EP4488964A1 - Fahrzeuganordnung für ein personentransportfahrzeug - Google Patents

Fahrzeuganordnung für ein personentransportfahrzeug Download PDF

Info

Publication number
EP4488964A1
EP4488964A1 EP24179679.6A EP24179679A EP4488964A1 EP 4488964 A1 EP4488964 A1 EP 4488964A1 EP 24179679 A EP24179679 A EP 24179679A EP 4488964 A1 EP4488964 A1 EP 4488964A1
Authority
EP
European Patent Office
Prior art keywords
vehicle
beacon
information
beacon signal
passenger transport
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.)
Pending
Application number
EP24179679.6A
Other languages
English (en)
French (fr)
Inventor
Ladislav Medveczky
Kai OELERT
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.)
Scheidt and Bachmann GmbH
Original Assignee
Scheidt and Bachmann 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 Scheidt and Bachmann GmbH filed Critical Scheidt and Bachmann GmbH
Publication of EP4488964A1 publication Critical patent/EP4488964A1/de
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B15/00—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points
    • G07B15/02—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points taking into account a variable factor such as distance or time, e.g. for passenger transport, parking systems or car rental systems
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/123—Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams
    • G08G1/133—Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams within the vehicle ; Indicators inside the vehicles or at stops

Definitions

  • the invention relates to a vehicle arrangement for a passenger transport vehicle of a journey reconstruction system with spatial detection, wherein the vehicle arrangement can be installed in the passenger transport vehicle, comprising at least one beacon, set up to emit a beacon signal. Furthermore, the invention relates to a passenger transport vehicle, a data processing device, a journey reconstruction system and a method.
  • Passenger transport systems with passenger transport vehicles are known from the state of the art.
  • passenger transport vehicles e.g. bus, train, aircraft, watercraft, etc.
  • a user In order to properly use a transport service in a (public) passenger transport system, a user usually needs a valid user authorization, which can be in the form of a ticket medium or stored in it, for example.
  • passenger transport systems are known from the state of the art in which paper tickets are used as ticket media.
  • a readable (digital) user authorization can be stored on the mobile device, such as a device ID or user ID.
  • Examples of non-exhaustive mobile devices include smartphones, tablet computers, mobile game consoles, laptops, netbooks, data glasses, smart watches, smart rings and similar wearables.
  • a mobile device can be a be a dedicated ticketing device designed exclusively for a ticketing application.
  • Trip reconstruction systems with room detection in which the presence of a mobile device or user device in a paid room is recorded, promise a particularly high level of user comfort.
  • CIBO systems Check-In / Be-Out
  • BIBO systems Be-In / Be-Out
  • the user's mobile device is used in particular to detect the start and end of a transport journey.
  • a fare is determined using a journey reconstruction system, it is determined (essentially automatically) whether a user (represented by their mobile device) has traveled in a defined passenger transport vehicle of a passenger transport system, in particular at which location (in particular stop) they entered and exited the passenger transport vehicle, and whether or not they continued their journey with another passenger transport vehicle of the passenger transport system.
  • a specific journey of a mobile device is reconstructed in order to then calculate a fare.
  • sensors present in the mobile device can be, for example: location sensors (e.g. GPS or comparable global satellite navigation systems (GNSS)), acceleration sensors (e.g. vibration sensors), position sensors (e.g. sensors that determine the position of the mobile device in relation to gravity), motion sensors (e.g. gyro sensors), direction sensors (e.g. a compass that determines the orientation of the mobile device in relation to the earth's magnetic field), Noise sensors for recording ambient noise, pressure sensors for measuring air pressure, temperature sensors and/or the like.
  • GNSS global satellite navigation systems
  • acceleration sensors e.g. vibration sensors
  • position sensors e.g. sensors that determine the position of the mobile device in relation to gravity
  • motion sensors e.g. gyro sensors
  • direction sensors e.g. a compass that determines the orientation of the mobile device in relation to the earth's magnetic field
  • the sensor data generated from the signals of these sensors can be recorded, in particular recorded periodically, so that the recording results in a temporal sequence of sensor data for each sensor used.
  • a temporal sequence of location data e.g. GPS data
  • driving speeds and/or idle times e.g. bus stops or traffic light stops.
  • the actual journey reconstruction can be carried out by comparing the chronological sequence of the sensor data of the mobile device with reference data (e.g. vibrations, speeds) that (generally) correspond to a journey in a passenger transport vehicle of the passenger transport system, in order to determine whether the mobile device has actually used the passenger transport system with a certain probability. Furthermore, the chronological sequence of the sensor data of the mobile device can be compared with the actual operating data of the passenger transport system, which provide an actual chronological sequence of position data of specific passenger transport vehicles of the passenger transport system, in order to determine which specific passenger transport vehicle of the passenger transport system the mobile device actually traveled with.
  • reference data e.g. vibrations, speeds
  • the journey reconstruction system is or includes a CIBO system
  • the user must perform an action on the mobile device when starting the journey (“Check-In”) to inform the mobile device that a journey is now starting, which in particular is to be reconstructed later.
  • the end of the journey is automatically determined based on the recorded data ("Be Out"), in particular if the chronological sequence of the position data of the mobile device no longer matches the chronological sequence of the position data of the user's journey in question. upcoming passenger transport vehicles.
  • the user-initiated check-in has the technical advantage that the mobile device does not have to continuously generate and record sensor data in order to automatically determine a start.
  • the user-initiated check-in also has the legal advantage that the user makes a declaration of intent by expressly confirming that a (paid) journey is now starting.
  • the journey reconstruction system is or includes a BIBO system
  • the user does not need to perform any action on the mobile device when starting.
  • the start of the journey is automatically determined based on the continuously recorded data ("Be In"), in particular if the chronological sequence of the position data of the mobile device continuously matches the chronological sequence of the position data of a transport vehicle of the passenger transport system.
  • the end of the journey is automatically determined based on the recorded data ("Be Out"), as described above.
  • Be In continuously recorded data
  • Be Out the recorded data
  • the mobile device it is necessary for the mobile device to generate and record sensor data at least almost continuously in order to automatically determine the start of a journey.
  • the automatic determination of the start will generally take place significantly later than the actual start of the journey.
  • the exact location of the mobile device is generally required at least at the time of the start of a transport journey or the start of the journey and the end of the transport journey or the end of the journey. It must therefore be determined, as described above, whether the route of a passenger transport vehicle and a movement pattern or movement profile of the mobile device (and thus of the user of the mobile device) match, in particular to determine that a journey has (actually) taken place.
  • At least one beacon can be installed in a journey reconstruction system, preferably a plurality of beacons.
  • a beacon is used in particular to support the determination of the location of a mobile device.
  • a beacon is in particular set up to transmit a beacon signal that can be received by mobile devices within range.
  • a beacon or a transmitter is in particular permanently assigned to a stop or station or a passenger transport vehicle.
  • a beacon is mounted at a fixed or immobile location, while a beacon on or in a passenger transport vehicle is mounted at or in a mobile location.
  • a beacon periodically sends out a beacon signal, in particular in an advertisement mode.
  • a user's mobile terminal receives the beacon signals (in particular periodically sent out) of the at least one beacon.
  • Such a beacon signal always contains the beacon identifier as data content, which is forwarded by the mobile terminal as a terminal data record together with the terminal identifier of the mobile terminal to a remotely arranged data processing device of a background system of the journey reconstruction system.
  • the data processing device has in particular a journey reconstruction module which can be executed by a processor and which is set up to reconstruct the transport journey carried out, based on the at least a received terminal device data record (preferably a plurality of terminal device data records) and, if applicable, a check-in data record, which is also received as a terminal device data record.
  • a fare determination module can determine an amount to be paid for the journey carried out based on the reconstructed journey and at least one tariff module.
  • sensor data from the mobile terminal In order to provide this data, it is known from the prior art to use sensor data from the mobile terminal, as described above.
  • location data such as data from a GPS sensor
  • position or motion sensor data such as data from a gyro sensor
  • the sensors of the mobile terminal record the corresponding measured variables accurately (enough), and that consequently sufficiently accurate sensor data is not always recorded.
  • the reconstruction module is provided with the fixed timetable of the passenger transport system.
  • passenger transport vehicles can be delayed or even fail, which does not lead to sufficient reliability in journey reconstruction.
  • the invention is based on the object of providing a possibility with which the disadvantages of the prior art are at least reduced and with which, in particular, a more reliable transport journey reconstruction is made possible.
  • the object is achieved according to a first aspect of the invention by a vehicle arrangement for a passenger transport vehicle of a journey reconstruction system.
  • the vehicle arrangement can be installed in the passenger transport vehicle.
  • the vehicle arrangement comprises at least one beacon.
  • the at least one beacon is set up to transmit a beacon signal.
  • the vehicle arrangement comprises at least one provision module.
  • the provision module is set up to provide at least one current stop information of the passenger transport vehicle.
  • the vehicle arrangement comprises at least one beacon signal generator.
  • the beacon signal generator is set up to generate the beacon signal.
  • the beacon signal contains at least one beacon identifier of the beacon and at least one vehicle information data item.
  • the vehicle information data item is based at least on the provided (current) stop information.
  • the disadvantages of the prior art are at least reduced and, in particular, a more reliable journey reconstruction is made possible.
  • the data quality and the data timeliness can be improved.
  • the mobile terminal is provided with reliable information about the current stop at which the passenger transport vehicle is (currently) located.
  • This information can be transmitted from the mobile terminal to a data processing device of a background system for reconstructing the journey that has been carried out.
  • the fare can be determined for the journey that has actually been carried out in a simple and particularly reliable manner.
  • the vehicle arrangement comprises at least one beacon.
  • a plurality of beacons can be provided.
  • the vehicle arrangement can be installed in a passenger transport vehicle.
  • a passenger transport vehicle is used to transport people.
  • the passenger transport vehicle can be a bus or a rail-bound vehicle, such as a train.
  • the passenger transport vehicle can also be another vehicle, such as a watercraft, aircraft, cable car, etc.
  • the vehicle arrangement can be installed in a passenger transport vehicle. This means in particular that when the vehicle arrangement is operated as intended, at least the at least one beacon, the provision module and the beacon signal generator are implemented or installed in the passenger transport vehicle.
  • the passenger transport vehicle is in particular a passenger transport vehicle of a journey reconstruction system, i.e. a CIBO passenger transport system or BIBO passenger transport system as described above.
  • a passenger transport system is a public passenger transport system with a large number of passenger transport vehicles.
  • the vehicle arrangement according to the invention comprises at least one beacon or transmitter.
  • a beacon is designed to (in particular periodically) emit a beacon signal.
  • the beacon can preferably be a high frequency (HF) beacon, such as a UWB (ultra-wideband) transponder, RFID (radio frequency identification) beacon, WiFi beacon or Bluetooth beacon.
  • HF high frequency
  • the beacon is particularly preferably a BLE beacon or a BLE transmitter.
  • the at least one beacon can be operated in an advertising mode.
  • the beacon sends out advertising beacon signals, preferably BLE advertising beacon signals.
  • a BLE advertising beacon signal can be received and evaluated by almost any mobile device, especially with a commercially available operating system (e.g. Apple iOS, Google Android, Microsoft Windows Mobile, Microsoft Mobile Phone, Blackberry OS, Symbian OS, Firefox OS, Tizen, Aliyun OS).
  • Bluetooth technology has the The advantage is that the range is limited (e.g. to approx. 10 m), so that an advertising beacon signal is only received with a high degree of certainty by mobile devices that are also located in the area where payment is required, i.e. in the passenger transport vehicle.
  • the at least one beacon signal can also be a WLAN advertising signal, RFID advertising signal or the like.
  • the beacon signal contains a beacon identifier of the emitting beacon.
  • a beacon identifier is, in particular, a system-wide unique identifier of the emitting beacon. In other words, the beacon can be uniquely identified in the journey reconstruction system using the beacon identifier.
  • the vehicle arrangement comprises at least one provision module.
  • the provision module in particular a software module that can be executed by a processor, is designed to provide at least one current stop information item of the passenger transport vehicle.
  • Current stop information refers in particular to the stop that the passenger transport vehicle is currently approaching.
  • at least information about the stop that is currently approaching is available locally in a vehicle computer (e.g. CAD/AVL, OBU or similar) of the passenger transport vehicle. This information is forwarded, for example, to the external operating data server mentioned above and is also available to the provisioning module.
  • this information about the stop is sent directly to the mobile device (without the detour via the external operating data server).
  • the vehicle arrangement comprises a beacon signal generator, set up to generate a (dynamic) beacon signal with a variable data content, at least depending on the current stop information.
  • the beacon signal generated in each case contains at least the beacon identifier of the beacon and at least one vehicle information datum, which is based at least on the (current) stop information provided.
  • the vehicle information datum can be the stop information provided.
  • a technical restriction may be that the usable amount of data or the maximum permissible data content (also referred to as payload) of a beacon signal is limited.
  • the amount of data available in this signal (within a "frame") may be smaller than the amount of data required to display the stop information provided.
  • the beacon signal generator is set up to divide the stop information provided into a plurality of information parts.
  • the plurality of information parts may be contained in a corresponding plurality of sequentially generated and transmitted beacon signals.
  • the mobile device in particular a travel application (so-called app) installed on the mobile device, may be set up to reconstruct the stop information from the plurality of information parts of the plurality of received beacon signals.
  • a vehicle arrangement that can be installed in a passenger transport vehicle can comprise two or more beacons.
  • the number of beacons in a vehicle arrangement for a passenger transport vehicle can be selected such that the transmission ranges of the beacons (fixedly mounted in the passenger transport vehicle) cover the entire interior (i.e. the paid space) of the passenger transport vehicle.
  • the vehicle arrangement can have a central processing unit for the beacons.
  • a central processing unit with at least one processor and storage means can be installed in the passenger vehicle arrangement.
  • the at least one processor can be set up to execute the beacon signal generator, which can be in the form of a software module.
  • the at least one processor can be set up to execute the provision module, which can be in the form of a software module.
  • the beacons can be connected to the central processing unit via an internal (wireless and/or wired) communication network of the vehicle arrangement.
  • the beacon signal generator described above can then control the plurality of beacons in such a way that they each emit a beacon signal containing the same vehicle information data. It is understood that the respective Beacon signals can be distinguished by their respective beacon identification.
  • the current stop information can be transmitted in an efficient and reliable manner.
  • a (per se known) validator - set up to validate a ticket medium for example by stamping a paper ticket or reading an electronic identifier of a contactless digital ticket - can be additionally equipped to implement at least the beacon signal generator (in a simple manner).
  • a processor with storage means can be integrated into the validator.
  • the at least one processor can be set up to execute the beacon signal generator, which can be in the form of a software module.
  • the internal storage unit can be connected, for example, to the vehicle computer (for example comprising the provision module).
  • the additionally equipped validator can also comprise the at least one beacon.
  • the beacon can be integrated into the validator housing. Only one device (namely the validator equipped according to the invention) can be mounted. A vehicle arrangement can be provided in a compact manner.
  • a vehicle identifier is, in particular, a system-wide unique identifier of the respective passenger transport vehicle of a journey reconstruction system.
  • the passenger transport vehicle can be uniquely identified in the journey reconstruction system using the vehicle identifier.
  • the vehicle time date is in particular the current time (in particular a time stamp with date and time accurate to the second) of a vehicle clock of the passenger transport vehicle.
  • the respective vehicle clocks of the respective passenger transport vehicles can be synchronized with a central system clock (for example the data processing device).
  • a vehicle line identifier is, in particular, a system-wide unique identifier of the vehicle line.
  • a vehicle line is, in particular, the connection of several distributed stops that are regularly visited or served by a passenger transport vehicle.
  • a vehicle operator identifier is in particular a system-wide unique identifier of the operator of the passenger transport vehicle.
  • a vehicle operator identifier can be provided in particular if there are two or more different operators in the journey reconstruction system.
  • the beacon position of a beacon in the vehicle is in particular an indication of which part of the passenger transport vehicle is covered by the transmission range of the beacon.
  • a first beacon (or a first group of beacons) can cover a first part, which is linked to a first tariff date (e.g. 1st class tariff date) or corresponds to a defined first class compartment, with the transmission range of the first beacon (or the first group of beacons).
  • a second beacon (or a second group of beacons) can cover a second part, with the transmission range of the second beacon (or the second group of beacons), which is linked to a second tariff date that is different from the first tariff date (e.g. 2nd class tariff date) or corresponds to a defined second class compartment that is different from the defined first class compartment.
  • a circulation date is in particular a natural number and can in particular indicate the nth trip of a line on a day.
  • Corresponding vehicle information can be particularly relevant if other route variants are served by the named line on defined circulations.
  • the beacon signal generator can be set up to generate the beacon signal.
  • the beacon signal can contain at least the beacon identifier and the at least one vehicle information datum, at least based on the stop information provided and the at least one vehicle information provided.
  • at least two vehicle information datums can be contained in the beacon signal.
  • a first vehicle information datum can in particular represent and/or map the current stop information and a second vehicle information datum can represent the at least one (further) vehicle information.
  • a corresponding vehicle information datum can be contained in the beacon signal for each additional vehicle information.
  • corresponding information can also be based on a A plurality of beacon signals, particularly those transmitted sequentially, are divided by the beacon signal generator.
  • the available data content in a beacon signal may not be sufficient to integrate all the information as uncoded information that is preferably to be transmitted into a beacon signal as a payload.
  • all of this information data can be encoded.
  • coding is selected such that the amount of data to be transmitted of the said information data is reduced, so that the encoded data can be inserted into a single beacon signal as data content.
  • an existing coding table can be supplemented accordingly for each additional vehicle information (to be transmitted), or a further coding table can be stored in the coding memory.
  • one or more coding tables can be provided that the encoder can access.
  • each additional coding table can be formed and constructed analogously to the coding table described above.
  • the coding table can contain at least respective assignments between a respective vehicle information datum and at least the respective stop information and at least one (further) (current) vehicle information item.
  • the beacon signal generator can comprise an encoder.
  • the encoder can be set up to determine the vehicle information datum that is assigned to the stop information provided and the at least one vehicle information item that is provided. If a plurality of vehicle information items are provided, the encoder can be set up to determine the vehicle information datum that is assigned to the stop information provided and the plurality of at least one vehicle information items that are provided.
  • the Vehicle information data is in particular a unique code (e.g. character string) with which the information mentioned is encoded for transmission. In particular, it can be ensured, for example by the data processing device, that codes are not assigned twice, but are always unique.
  • each (possible) combination of stop information and vehicle information can be assigned exactly one vehicle information datum or code.
  • the same procedure can be followed if two or more (further) vehicle information items are provided.
  • the amount of data to be transmitted can be significantly reduced by using an appropriate coding table. A large number of instantaneous and variable information data can be transmitted reliably.
  • Table 2 An example further coding table is shown in Table 2 below.
  • Table 2 code or vehicle information date stop information vehicle line identification 10236 Mönchengladbach Central Station 006 10237 Mönchengladbach Central Station 013 10238 Mönchengladbach Central Station 015 10239 Hardterbroich 006 10240 Mönchengladbach Central Station 008 ⁇ ⁇ ⁇
  • the passenger transport vehicle comprises a installed and previously described vehicle arrangement.
  • the passenger transport vehicle is in particular part of a previously described journey reconstruction system.
  • a further aspect of the invention is a data processing device for a journey reconstruction system.
  • the data processing device comprises at least one receiving module.
  • the at least one receiving module is set up to receive a first terminal data set from a mobile terminal.
  • the first terminal data set contains at least one terminal identifier of the mobile terminal, a vehicle information datum of a beacon signal received by the mobile terminal and a beacon identifier of the beacon signal received by the mobile terminal.
  • the data processing device comprises at least one journey reconstruction module.
  • the at least one journey reconstruction module is set up to reconstruct a journey that has been carried out, based at least on the received first terminal data set.
  • the modules of the data processing device mentioned can comprise hardware and/or software components.
  • the data processing device can comprise, for example, at least one memory with program instructions of a computer program (e.g. the computer program according to the invention) and at least one processor designed to execute program instructions from the at least one memory.
  • at least one data processing device is also to be understood as disclosed which comprises at least one processor and at least one memory with program instructions, wherein the at least one memory and the program instructions are set up, together with the at least one processor, to cause the data processing device to execute and/or control the method according to the invention.
  • the data processing device can form a background system or be formed by a server or by several (distributed) servers and/or a cloud system.
  • At least one beacon identifier and one vehicle information datum can be emitted and in particular transmitted using a beacon signal.
  • a mobile terminal in particular under the control of a (software) driving application that can be executed by a processor of the mobile terminal, can generate a first terminal data record, in particular upon receipt of such a beacon signal.
  • the generated terminal data record can contain the received beacon identifier, the vehicle information datum and a terminal identifier of the mobile terminal that generates the first terminal data record.
  • a device identifier is, in particular, a system-wide unique identifier of the mobile device or the user of the mobile device.
  • the mobile device can be uniquely identified using the device identifier.
  • the generated first terminal data record can be sent by the mobile terminal.
  • the receiving module of the data processing device can receive the first terminal data record, in particular a plurality of first terminal data records sent sequentially (for example periodically) by the mobile terminal.
  • the data processing device comprises a trip reconstruction module for reconstructing a trip made by the user of the mobile terminal.
  • the reconstruction is preferably based on a plurality of first terminal data sets that were received by the mobile terminal (one after the other) via the receiving module.
  • a check-in data set can be taken into account in the reconstruction.
  • the journey reconstruction module can reconstruct the journey carried out (in a particularly reliable manner) on the basis of the vehicle information data contained in the first terminal data sets, which represent at least the stops actually reached.
  • a further aspect of the invention is a journey reconstruction system, in particular a CIBO system and/or a BIBO system.
  • the journey reconstruction system comprises at least one vehicle arrangement according to one of claims 2 to 8.
  • the journey reconstruction system comprises at least one decoding memory, set up to store a decoding table containing at least associations between a respective vehicle information datum and at least a respective stop information.
  • the trip reconstruction system comprises at least one decoder, configured to determine the stop information associated with the received vehicle information data based on the stored decoding table.
  • the trip reconstruction system comprises at least one trip reconstruction module of a data processing device, configured to reconstruct a trip carried out based at least on the determined stop information.
  • the journey reconstruction system can comprise the at least one mobile terminal.
  • the mobile terminal in particular under the control of a journey application installed thereon, can generate and transmit the at least one first terminal data set, as described.
  • the at least one decoding memory described above and the at least one decoder described above can be implemented in the data processing device and/or in the mobile terminal.
  • the decoder can be a software module of the driving application that can be executed by a processor of the mobile terminal. The decoder works in particular in the manner described above.
  • a transmitting module of the mobile terminal can send out a second terminal data set, in particular transmitting it to a receiving module of the data processing device.
  • a second terminal data set contains at least (in particular instead of a code for the stop information) the already decoded stop information as well as the terminal identifier and the beacon identifier.
  • at least one (further) decoded vehicle information item can be contained in a second terminal data set.
  • a coding table or a decoding table can be updated, especially if the data it contains has changed or if additional data has been added (e.g. stops have been added or deleted).
  • the method can be used in particular to operate a previously described journey reconstruction system.
  • a previously described module, device, etc. may comprise at least partially hardware elements (e.g. processor, storage means, etc.) and/or at least partially software elements (e.g. executable code).
  • hardware elements e.g. processor, storage means, etc.
  • software elements e.g. executable code
  • the Figure 1 shows a schematic view of an embodiment of a vehicle arrangement 100 according to the present invention.
  • the vehicle arrangement 100 is shown in an installed state and in particular installed in a passenger transport vehicle 102, for example of a journey reconstruction system (not shown).
  • the passenger transport vehicle 102 is a bus in the present case.
  • the at least one passenger transport vehicle of a journey reconstruction system can alternatively or additionally be a train, a watercraft, an aircraft, a cable car, etc.
  • the passenger transport vehicle 102 may have at least one access area 120 through which a user can enter and/or leave the passenger transport vehicle 102, i.e. enter and/or leave a paid space
  • the passenger transport vehicle 102 comprises a validator 116 in the access area 120.
  • the validator 116 is particularly designed to validate a ticket medium, for example by stamping a paper ticket or by reading an electronic identifier of a contactless digital ticket.
  • the vehicle arrangement 100 comprises at least one beacon 104, 106.
  • the vehicle arrangement 100 comprises three beacons 104, 106.
  • one beacon 106 is integrated in the validator 116.
  • a beacon 104, 106 preferably a BLE beacon, is set up to transmit a beacon signal.
  • a beacon 104, 106 of a vehicle arrangement 100 is set up to transmit a dynamic beacon signal or a beacon signal with dynamic or variable data content.
  • a beacon can thus preferably periodically transmit beacon signals whose data content changes over time, in particular at least depending on the current stop information or stop that is actually and immediately approached by the passenger vehicle.
  • the vehicle arrangement comprises at least one provision module 110 and at least one beacon signal generator 112.
  • the provision module 110 and the beacon signal generator 112 can in particular be designed as software modules that can be executed by a processor of a computing unit.
  • a central computing unit 108 (with at least one processor and storage means) connected to the plurality of beacons 104, 106 via an internal (wireless and/or wired) communication network 114 is provided.
  • the provision module 110 and the beacon signal generator 112 can be implemented in the central computing unit 108.
  • the central computing unit 108 can be formed by the vehicle computer (CAD/AVL, OBU or similar) of the passenger transport vehicle 102 or integrated therein.
  • a beacon preferably each beacon, can comprise a beacon computing unit, wherein at least the beacon signal generator can be implemented in the beacon computing unit.
  • a beacon preferably each beacon, can be integrated in a validator and the beacon signal generator can be implemented in an internal computing unit of the validator, which can be connected to the beacon.
  • the provision module 110 is configured to provide at least one current stop information of the passenger transport vehicle 102.
  • at least information about the current stop or stop information is available locally in the vehicle computer (CAD/AVL, OBU or similar) of the passenger transport vehicle 102, so that the provision module 110 can provide the beacon signal generator 112 with at least the current stop information (essentially continuously).
  • the beacon signal generator 112 is configured to generate the beacon signal containing at least one beacon identifier of the beacon 104, 106 and at least one vehicle information datum based at least on the provided stop information.
  • the vehicle information datum may be the provided stop information, a part of the provided stop information, or a unique code representing the stop information.
  • a mobile terminal (not shown) set up as part of a journey reconstruction system can also receive at least one beacon signal from at least one beacon 104, 106, in particular in the context of recording its sensor data (as described in particular in the introductory part), wherein the data content of the beacon signal is at least dependent on from the current stop information or stop that the passenger vehicle is actually and currently approaching. From the data content of the received beacon signals, the mobile device can generate device data sets from which, during the journey reconstruction, conclusions can be drawn about the stop(s) at which the device was located during the journey.
  • the Figure 2 shows a schematic view of an embodiment of a journey reconstruction system 230 according to the present invention with a further embodiment of a vehicle arrangement 200 according to the present invention and an embodiment of a data processing device 234 according to the present invention. To avoid repetition, only the differences from the previous embodiment according to the Figure 1 .
  • the trip reconstruction system 230 can be a CIBO system or a BIBO system. It is understood that the systems can be combined with each other and/or additional ticketing methods can be used in the trip reconstruction system 230, such as the additional use of conventional paper tickets or digital tickets.
  • the vehicle arrangement 200 comprises at least one previously described beacon 204, at least one previously described provision module 210 and a beacon signal generator 212.
  • the provision module 210 and the beacon signal generator 212 are, for example, integrated in a central processing unit 208, wherein the processing unit 208 is connected to the at least one beacon 204 via a communication network 214.
  • the vehicle arrangement 200 comprises a coding memory 232 and an encoder 222, which is particularly integrated in the beacon signal generator 212. It should be noted that only for For the sake of clarity, a depiction of a passenger transport vehicle in which the vehicle arrangement 200 is integrated has been omitted.
  • a coding table (see, for example, Table 1 or Table 2) is stored in the coding memory 232.
  • the encoder 222 is particularly designed to determine the vehicle information data associated with the stop information provided based on the coding table.
  • the beacon signals to be transmitted contain the (current) vehicle information data determined (in each case) as data content.
  • the trip reconstruction system 230 can further comprise at least one mobile terminal 246, for example a smartphone.
  • the beacon signal (in particular a Bluetooth beacon signal) can be received via a receiver 248 (in particular a Bluetooth interface) of the mobile terminal 246.
  • a trip application 252 which can be executed by a processor (not shown) of the mobile terminal 246, the mobile terminal 246 can generate a first terminal data set.
  • the first terminal data set contains at least a terminal identifier of the mobile terminal 246, the vehicle information data of the beacon signal received by the mobile terminal 246 and a beacon identifier of the beacon signal received by the mobile terminal 246.
  • the generated first terminal data set can be sent, in particular under the control of the trip application 252, by a transmission module 250 (in particular a mobile radio module), in particular to a remotely arranged (central) data processing device 234.
  • the beacon signals can be received periodically by the mobile terminal 246.
  • the first terminal data sets can be generated and sent periodically (in a corresponding manner after receiving a beacon signal or a certain number of beacon signals with the same beacon identifier), at least when there is a sufficient communication connection to the data processing device. It goes without saying that the first terminal device data records can also be temporarily stored and sent at a later time.
  • the data processing device 234 can be formed by one or more (distributed) servers, a cloud system or the like and can comprise at least one processor (and storage means) (not shown).
  • the data processing device 234 comprises at least one receiving module 236 (in particular mobile radio receiver).
  • the at least one receiving module 236 is set up to receive the at least one first terminal data record from the mobile terminal 246.
  • the data processing device 234 comprises a journey reconstruction module 238 that can be executed by the at least one processor.
  • the journey reconstruction module 238 is set up to reconstruct a journey made by the user of the mobile terminal 246, based at least on the received first terminal data record, in particular all first terminal data records received by the user's mobile terminal 246 and possibly a check-in data record of the mobile terminal 246.
  • the received data records can be assigned to the mobile terminal 246 and thus to the user of the mobile terminal 246 based on the terminal identifier.
  • the beacon signal generator 212 can be set up to add the time date, which can essentially correspond to the generation time and/or the transmission time of a respective beacon signal.
  • the beacon signal generator 212 can determine the time date based on a vehicle clock (not shown) of the passenger transport vehicle and/or the vehicle arrangement 200.
  • the driving application can insert the received time date, in particular in the form of the vehicle time date, into the first terminal data record.
  • the respective time date of the respective beacon signals can also be added by the mobile terminal 246, in particular under the control of the driving application 252.
  • the time date in particular in the form of the terminal time date, can in particular correspond to the generation time and/or the transmission time of a respective first terminal data record.
  • the Figure 4 shows a diagram of an embodiment of a (computer-implemented) method according to the present invention, with which, for example, a journey reconstruction system according to Figure 2 and/or 3 can be operated.
  • a transmission is carried out by a beacon of a vehicle arrangement installed in a passenger transport vehicle for a Passenger transport vehicle, a beacon signal containing at least one beacon identifier of the beacon and at least one vehicle information datum based at least on current stop information of the passenger transport vehicle, as previously described.
  • the fare may be determined by a fare determination module based on the reconstructed trip and at least one fare date, as previously described.

Landscapes

  • General Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Health & Medical Sciences (AREA)
  • Economics (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Remote Sensing (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Traffic Control Systems (AREA)

Abstract

Die Erfindung betrifft eine Fahrzeuganordnung (100, 200, 300) für ein Personentransportfahrzeug (102) eines Fahrtrekonstruktionssystem (230, 330), wobei die Fahrzeuganordnung (100, 200, 300) in dem Personentransportfahrzeug (102) installierbar ist, umfassend mindestens ein Beacon (104, 106, 204, 304), eingerichtet zum Aussenden eines Beaconsignals, mindestens ein Bereitstellungsmodul (110, 210, 310), eingerichtet zum Bereitstellen zumindest einer augenblicklichen Haltestelleninformation des Personentransportfahrzeugs (102), und mindestens einen Beaconsignalgenerator (112, 212, 312), eingerichtet zum Generieren des Beaconsignals, enthaltend zumindest eine Beaconkennung des Beacons (104, 106, 204, 304) und zumindest ein Fahrzeuginformationsdatum, das zumindest auf der bereitgestellten Haltestelleninformation basiert.

Description

  • Die Erfindung betrifft eine Fahrzeuganordnung für ein Personentransportfahrzeug eines Fahrtrekonstruktionssystems mit Raumerfassung, wobei die Fahrzeuganordnung in dem Personentransportfahrzeug installierbar ist, umfassend mindestens einen Beacon, eingerichtet zum Aussenden eines Beaconsignals. Darüber hinaus betrifft die Erfindung ein Personentransportfahrzeug, eine Datenverarbeitungsvorrichtung, ein Fahrtrekonstruktionssystem und ein Verfahren.
  • Personentransportsysteme mit Personentransportfahrzeugen (z.B. Bus, Bahn, Flugzeug, Wasserfahrzeug etc.) sind aus dem Stand der Technik bekannt. Für eine ordnungsgemäße Inanspruchnahme einer Transportdienstleitung in einem (öffentlichen) Personentransportsystem benötigt ein Nutzer in der Regel eine gültige Nutzerberechtigung, die beispielsweise in Form eines Ticketmediums vorliegend oder darin gespeichert sein kann. Grundsätzlich sind aus dem Stand der Technik Personentransportsysteme bekannt, bei denen Papiertickets als Ticketmedien verwendet werden.
  • Zur Reduzierung der erforderlichen Infrastruktur in Form von Fahrkartenautomaten mit Druckerfunktion, Validatoren zur Entwertung von Papiertickets und dergleichen, aber insbesondere auch zur Erhöhung des Nutzerkomforts, werden im Ticketing vermehrt die mobilen Endgeräte der Nutzer als Ticketmedien eingesetzt. Auf dem mobilen Endgerät kann beispielsweise eine auslesbare (digitale) Nutzerberechtigung gespeichert sein, wie eine Endgerätekennung bzw. Nutzerkennung.
  • Beispielhafte und nicht abschließende mobile Endgeräte sind Smartphones, Tablet-Computer, mobile Spielkonsolen, Laptops, Netbooks, Datenbrillen, Smart-Watches, Smart-Ringe und ähnliche Wearables. Alternativ kann ein mobiles Endgerät ein dediziertes Ticketing-Gerät sein, das ausschließlich für eine Ticketing-Anwendung ausgelegt ist.
  • Einen besonders hohen Nutzerkomfort versprechen insbesondere Fahrtrekonstruktionssysteme mit Raumerfassung, bei denen die Anwesenheit eines mobilen Endgeräts bzw. Nutzerendgeräts in einem zahlungspflichtigen Raum erfasst wird. Dazu gehören beispielsweise CIBO Systeme (Check-In / Be-Out) oder BIBO Systeme (Be-In / Be-Out), bei denen das Verlassen des Personentransportfahrzeug insbesondere in automatischer Weise erfasst werden kann. Bei derartigen Personentransportsystemen wird das mobile Endgerät des Nutzers verwendet, um insbesondere den Start einer Transportfahrt und das Ende der Transportfahrt zu detektieren.
  • Bei einer Fahrpreisermittlung mittels eines Fahrtrekonstruktionssystems wird (im Wesentlichen automatisch) ermittelt, ob ein Nutzer (repräsentiert durch sein mobiles Endgerät), in einem definierten Personentransportfahrzeug eines Personentransportsystems mitgefahren ist, insbesondere, an welchem Ort (insbesondere Haltestelle) er/sie das Personentransportfahrzeug betreten und insbesondere wieder verlassen hat, und ob er seine Fahrt ggf. mit einem anderen Personentransportfahrzeugs des Personentransportsystems fortgesetzt hat oder nicht. Mit anderen Worten: Es wird eine konkrete Fahrt eines mobilen Endgeräts (ggf. mit Umsteigen) rekonstruiert, um danach einen Fahrpreis zu berechnen.
  • Insbesondere ist es aus dem Stand der Technik bekannt, die Signale von in dem mobilen Endgerät vorhandenen Sensoren zu verwenden. Diese Sensoren können beispielsweise sein: Ortsensoren (also beispielsweise GPS oder vergleichbare Globale Satelliten-Navigationssysteme (GNSS)), Beschleunigungssensoren (beispielsweise Erschütterungssensoren), Lagesensoren (beispielsweise Sensoren, die die Lage des mobilen Endgeräts gegenüber der Schwerkraft bestimmen), Bewegungssensoren (beispielweise Gyrosensoren), Richtungssensoren (beispielweise ein Kompass, der die Ausrichtung des mobilen Endgeräts gegenüber Erdmagnetfeld bestimmt), Geräuschsensoren zum Aufzeichnen von Umgebungsgeräuschen, Drucksensoren zum Messen des Luftdrucks, Temperatursensoren und/oder dergleichen.
  • Für eine (spätere) Fahrtrekonstruktion können die Sensordaten, die aus den Signalen dieser Sensoren generiert werden, aufgezeichnet werden, insbesondere periodisch aufgezeichnet werden, so dass die Aufzeichnung für jeden verwendeten Sensor eine zeitliche Sensordatenabfolge ergibt. So kann beispielweise eine zeitliche Abfolge von Ortsdaten (beispielsweise GPS-Daten) ein Bewegungsmuster des Nutzers ergeben mit Orten, Fahrtgeschwindigkeiten und/oder Standzeiten (z.B. Haltestellen oder Ampelstopps).
  • Die eigentliche Fahrtrekonstruktion kann erfolgen, indem die zeitliche Abfolge der Sensordaten des mobilen Endgeräts abgeglichen wird mit Referenzdaten (z.B. Erschütterungen, Geschwindigkeiten), die (generell) einer Fahrt in einem Personentransportfahrzeug des Personentransportsystems entsprechen, um festzustellen, ob das mobile Endgerät überhaupt mit einer gewissen Wahrscheinlichkeit das Personentransportsystems genutzt hat. Ferner kann die zeitliche Abfolge der Sensordaten des mobilen Endgeräts abgeglichen werden mit den tatsächlichen Betriebsdaten des Personentransportsystems, die eine tatsächliche zeitliche Abfolge von Positionsdaten konkreter Personentransportfahrzeuge des Personentransportsystems liefern, um festzustellen, mit welchem konkreten Personentransportfahrzeug des Personentransportsystems das mobile Endgerät tatsächlich mitgefahren ist.
  • Wenn das Fahrtrekonstruktionssystem ein CIBO-System ist bzw. umfasst, dann muss der Nutzer beim Start der Fahrt eine Handlung an dem mobilen Endgerät ausführen ("Check-In"), um dem mobilen Endgerät mitzuteilen, dass nun eine Fahrt startet, die insbesondere später rekonstruiert werden soll. Das Ende der Fahrt wird anhand der aufgezeichneten Daten automatisch festgestellt ("Be Out"), wenn insbesondere die zeitliche Abfolge der Positionsdaten des mobilen Endgeräts nicht mehr übereinstimmt mit der zeitlichen Abfolge der Positionsdaten der für diese Nutzerfahrt in Frage kommenden Personentransportfahrzeuge. Der nutzerinitiierte Check-In hat den technischen Vorteil, dass das mobile Endgerät nicht dauerhaft Sensordaten generieren und aufzeichnen muss, um einen Start automatisch zu bestimmen. Der nutzerinitiierte Check-In hat darüber hinaus den rechtlichen Vorteil, dass der Nutzer eine Willenserklärung abgibt, indem er ausdrücklich bestätigt, dass nun eine (zahlungspflichtige) Fahrt startet.
  • Wenn das Fahrtrekonstruktionssystem ein BIBO-System ist bzw. umfasst, dann braucht der Nutzer beim Start keine Handlung an dem mobilen Endgerät ausführen. Der Start der Fahrt wird anhand der fortlaufend aufgezeichneten Daten automatisch festgestellt ("Be In"), wenn insbesondere die zeitliche Abfolge der Positionsdaten des mobilen Endgeräts fortdauernd übereinstimmt mit der zeitlichen Abfolge der Positionsdaten eines Transportfahrzeugs des Personentransportsystems. Das Ende der Fahrt wird anhand der aufgezeichneten Daten automatisch festgestellt ("Be Out"), wie oben beschrieben. Wie beschrieben wurde, ist es in diesem Fall erforderlich, das mobile Endgerät zumindest nahezu dauerhaft Sensordaten generieren und aufzeichnen, um einen Start einer Fahrt automatisch zu bestimmen. Zudem wird das automatische Bestimmen des Starts in aller Regel deutlich später erfolgen als der tatsächliche Start der Fahrt.
  • Für das beschriebene Ticketing mittels mobilen Endgeräts in einem CIBO Fahrtrekonstruktionssystem oder BIBO Fahrtrekonstruktionssystemist in der Regel der genaue Standort des mobilen Endgeräts zumindest zum Zeitpunkt des Starts einer Transportfahrt bzw. des Fahrtantritts und des Endes der Transportfahrt bzw. des Fahrtendes erforderlich. Es muss daher, wie oben beschrieben, ermittelt werden, ob die Fahrtstrecke eines Personentransportfahrzeugs und ein Bewegungsmuster bzw. Bewegungsprofil des mobilen Endgeräts (und damit des Nutzers des mobilen Endgeräts) übereinstimmen, um insbesondere festzustellen, dass eine Fahrt (tatsächlich) stattgefunden hat.
  • Im Stand der Technik besteht jedoch noch immer das Problem, dass mobile Endgeräte, insbesondere in Form von Smartphones, ihre eigene Position nicht genau (genug) aufzeichnen. Insbesondere ist festgestellt worden, dass es bei einer Ortung des (augenblicklichen) Standorts des mobilen Endgeräts in Innenräumen, bei schneller Fahrt, in Metallzügen usw. immer wieder zu fehlerhaften Positionsbestimmungen und damit zu einem fehlerhaften Bewegungsmuster des mobilen Endgeräts kommen kann.
  • Zur Reduzierung der Anzahl an fehlerhaft bestimmten Bewegungsmustern von mobilen Endgeräten kann in einem Fahrtrekonstruktionssystem mindestens ein Beacon (z.B. Bluetooth-basierter Beacon) installiert sein, vorzugsweise eine Mehrzahl von Beacons. Ein Beacon dient insbesondere zum Unterstützen des Bestimmens des Standorts eines mobilen Endgeräts. Ein Beacon ist insbesondere eingerichtet zum Aussenden eines Beaconsignals, das von in Reichweite befindlichen mobilen Endgeräten empfangbar ist.
  • Ein Beacon bzw. ein Sender ist insbesondere einer Haltestelle bzw. Station oder einem Personentransportfahrzeug fest zugeordnet. Bei einer Haltestelle ist ein Beacon an einem festen bzw. unbeweglichen Standort montiert, während ein Beacon an bzw. in einem Personentransportfahrzeug an bzw. in einem mobilen Standort montiert ist. Im Stand der Technik sendet ein derartiger Beacon periodisch ein Beaconsignal aus, insbesondere in einem Advertisement-Modus. Ein mobiles Endgerät eines Nutzers empfängt die (insbesondere periodisch ausgesendeten) Beaconsignale des mindestens einen Beacons. Ein derartiges Beaconsignal enthält als Dateninhalt stets die Beaconkennung, die von dem mobilen Endgerät als Endgerätedatensatz zusammen mit der Endgerätekennung des mobilen Endgeräts an eine entfernt angeordnete Datenverarbeitungsvorrichtung eines Hintergrundsystems des Fahrtrekonstruktionssystems weitergeleitet wird.
  • Die Datenverarbeitungsvorrichtung weist insbesondere ein durch einen Prozessor ausführbares Fahrtrekonstruktionsmodul auf, das eingerichtet ist zum Rekonstruieren der durchgeführten Transportfahrt, basierend auf dem mindestens einen empfangenen Endgerätedatensatz (vorzugsweise einer Mehrzahl von Endgerätedatensätzen) und ggf. einem insbesondere ebenfalls als Endgerätedatensatz empfangenen Check-in-Datensatz. Ein Fahrpreisbestimmungsmodul kann anhand der rekonstruierten Fahrt und mindestens einem Tarifmodul einen für die durchgeführte Fahrt zu entrichtenden Betrag bestimmen.
  • Hierbei kann das mindestens eine Tarifdatum nicht nur von dem Start und dem Ende der Transportortfahrt, also der Ein- und Ausstiegshaltestelle abhängen, sondern zusätzlich von entfernungs- oder zonenbasierten Prinzipien. Daher kann der Datenverarbeitungsvorrichtung vorzugsweise eine Information darüber bereitgestellt werden, wann welches Transportfahrzeug tatsächlich an welcher Station bzw. an welcher Haltestelle gewesen ist. Vorzugsweise können dem Fahrtrekonstruktionsmodul zum Rekonstruieren einer Transportfahrt insbesondere folgende Daten bereitgestellt werden:
    • Endgerätekennung des mobilen Endgeräts
    • Zeitdatum
    • Haltestellenkennung
    • Ggf. Linienkennung des Personentransportfahrzeug
    • Ggf. Fahrzeugkennung des Personentransportfahrzeugs
  • Um diese Daten bereitzustellen, ist es aus dem Stand der Technik bekannt, Sensordaten des mobilen Endgeräts zu verwenden, wie oben beschrieben. Insbesondere können zumindest Ortsdaten, wie Daten eines GPS-Sensors, und ein Lage- bzw. Bewegungssensordaten, wie die Daten eines Gyrosensors, verwendet werden. Jedoch ist festgestellt worden, dass die Sensoren des mobilen Endgeräts die entsprechenden Messgrößen genau (genug) erfassen, und dass folglich nicht immer hinreichend genaue Sensordaten aufgezeichnet werden.
  • Zusätzlich ist es aus dem Stand der Technik bekannt, dass dem Rekonstruktionsmodul der feste Fahrplan des Personentransportsystems zur Verfügung gestellt wird. Da sich in der Praxis Personentransportfahrzeuge verspäten oder sogar ausfallen können, führt auch dies nicht zu einer ausreichenden Zuverlässigkeit bei der Fahrtrekonstruktion.
  • Zur Abhilfe ist es aus dem Stand der Technik bekannt, einen dynamischen Fahrplan von einem externen Betriebsdatenserver (auch als "Datahub" bezeichnet) bereitzustellen. Neben der Problematik, dass die Daten von einem externen Betriebsdatenserver stammen, führt auch dies immer wieder zu nicht ausreichend zuverlässigen Fahrtrekonstruktionsergebnissen, da die Daten des bereitgestellten dynamischen Fahrplans unvollständig und/oder fehlerhaft sind und zudem in der Praxis regelmäßig verspätet bereitgestellt werden.
  • Eine unzuverlässige Fahrtrekonstruktion führt jedoch zu einer unzuverlässigen Fahrpreisberechnung, die daher in einigen Fällen nicht korrekt sein wird. Hierbei wurde in der bestehenden Praxis zudem festgestellt, dass ein sogenannter Stationsbeacon bzw. ein Beacon an einer Haltestelle nicht genau (genug) durch ein mobiles Endgerät erkannt werden kann, wenn sich das mobile Endgerät innerhalb des Personentransportfahrzeugs befindet. Dies führt dazu, dass mittels des Stationsbeacons nur der Einstieg und Ausstieg erkannt werden kann. Jedoch sind in der Regel nicht an allen Stationen bzw. Haltestellen Beacons vorhanden. Zum Beispiel fehlen diese regelmäßig an kleinen bzw. wenig frequentierten Bushaltestellen.
  • Daher liegt der Erfindung die Aufgabe zugrunde, eine Möglichkeit bereitzustellen, mit der die Nachteile des Stands der Technik zumindest reduziert werden und mit der insbesondere eine zuverlässigere Transportfahrtrekonstruktion ermöglicht wird.
  • Die Aufgabe wird gemäß einem ersten Aspekt der Erfindung gelöst durch eine Fahrzeuganordnung für ein Personentransportfahrzeug eines Fahrtrekonstruktionssystems. Die Fahrzeuganordnung ist in dem Personentransportfahrzeug installierbar. Die Fahrzeuganordnung umfasst mindestens ein Beacon. Der mindestens eine Beacon ist eingerichtet zum Aussenden eines Beaconsignals. Die Fahrzeuganordnung umfasst mindestens ein Bereitstellungsmodul. Das Bereitstellungsmodul ist eingerichtet zum Bereitstellen zumindest einer augenblicklichen Haltestelleninformation des Personentransportfahrzeugs. Die Fahrzeuganordnung umfasst mindestens einen Beaconsignalgenerator. Der Beaconsignalgenerator ist eingerichtet zum Generieren des Beaconsignals. Das Beaconsignal enthält zumindest eine Beaconkennung des Beacons und zumindest ein Fahrzeuginformationsdatum. Das Fahrzeuginformationsdatum basiert zumindest auf der bereitgestellten (augenblicklichen) Haltestelleninformation.
  • Indem erfindungsgemäß im Gegensatz zum Stand der Technik eine in einem Personentransportfahrzeug installierbare Fahrzeuganordnung mit mindestens einem Beacon bereitgestellt wird, der ein dynamisches Beaconsignal mit veränderlichen Dateninhalt aussendet, enthaltend stets eine Information über eine augenblickliche Haltestelleninformation des Personentransportfahrzeugs, werden die Nachteile des Stands der Technik zumindest reduziert, und es wird insbesondere eine zuverlässigere Fahrtrekonstruktion ermöglicht. Die Datenqualität und die Datenaktualität können verbessert werden.
  • Erfindungsgemäß wird dem mobilen Endgerät insbesondere eine zuverlässige Information über die augenblickliche Haltestelle zur Verfügung gestellt, an der sich das Personentransportfahrzeug (augenblicklich) befindet. Diese Informationen können von dem mobilen Endgerät für ein Rekonstruieren der durchgeführten Fahrt an eine Datenverarbeitungsvorrichtung eines Hintergrundsystems übertragen werden. In einfacher und insbesondere zuverlässiger Weise kann insbesondere die Fahrpreisbestimmung für die tatsächlich durchgeführte Fahrt erfolgen.
  • Die Fahrzeuganordnung umfasst mindestens einen Beacon. Insbesondere kann eine Mehrzahl von Beacons vorgesehen sein. Die Fahrzeuganordnung ist in einem Personentransportfahrzeug installierbar. Ein Personentransportfahrzeug dient dem Transport von Personen. Vorzugsweise kann das Personentransportfahrzeug ein Bus oder ein schienengebundenes Fahrzeug sein, wie eine Bahn. Bei Varianten der Erfindung kann das Personentransportfahrzeug auch ein anderes Fahrzeug sein, wie ein Wasserfahrzeug, Flugzeug, Seilbahn etc.
  • Die Fahrzeuganordnung ist in einem Personentransportfahrzeug installierbar. Dies meint insbesondere, dass beim bestimmungsgemäßen Betrieb der Fahrzeuganordnung zumindest der mindestens eine Beacon, das Bereitstellungsmodul und der Beaconsignalgenerator in dem Personentransportfahrzeug implementiert bzw. installiert sind.
  • Das Personentransportfahrzeug ist insbesondere ein Personentransportfahrzeug eines Fahrtrekonstruktionssystems, also eines eingangs beschriebenen CIBO Personentransportsystems oder BIBO Personentransportsystems. Insbesondere ist ein derartiges Personentransportsystem ein öffentliches Personentransportsystem mit einer Vielzahl von Personentransportfahrzeugen.
  • Wie bereits beschrieben wurde, umfasst die erfindungsgemäße Fahrzeuganordnung mindestens einen Beacon bzw. Sender. Ein Beacon ist zum (insbesondere periodischen) Aussenden eines Beaconsignals eingerichtet. Der Beacon kann bevorzugt ein Hochfrequenz (HF)-Beacon sein, wie ein UWB (Ultra-Wideband) Transponder, RFID (Radio Frequency Identification) Beacon, WiFi Beacon oder Bluetooth Beacon. Besonders bevorzugt ist der Beacon ein BLE Beacon bzw. ein BLE-Sender.
  • Der mindestens eine Beacon kann insbesondere in einem Advertising-Modus betrieben werden. Dies meint, dass der Beacon Advertising-Beaconsignale aussendet, vorzugsweise BLE-Advertising-Beaconsignale. Ein BLE-Advertising-Beaconsignal kann insbesondere von nahezu jedem mobilen Endgerät, insbesondere mit einem marktüblichen Betriebssystem (z.B. Apple iOS, Google Android, Microsoft Windows Mobile, Microsoft Mobile Phone, Blackberry OS, Symbian OS, Firefox OS, Tizen, Aliyun OS), empfang- und auswertbar sein. Zudem weist die Bluetooth-Technologie den Vorteil auf, dass die Reichweite (z.B. auf ca. 10 m) begrenzt ist, so dass mit einer hohen Sicherheit ein Advertising-Beaconsignal nur von mobilen Endgeräten empfangen wird, die sich ebenfalls in dem zahlungspflichtigen Raum befinden, also in dem Personentransportfahrzeug.
  • Bei anderen Varianten der Erfindung kann das mindestens eine Beaconsignal auch ein WLAN-Advertising-Signal, RFID-Advertising-Signal oder dergleichen sein.
  • Das Beaconsignal enthält eine Beaconkennung des aussendenden Beacons. Eine Beaconkennung ist insbesondere eine systemweit eindeutige Kennung des aussendenden Beacons. Mit anderen Worten, der Beacon ist anhand der Beaconkennung eindeutig in dem Fahrtrekonstruktionssystem identifizierbar.
  • Darüber hinaus umfasst die Fahrzeuganordnung mindestens ein Bereitstellungsmodul. Das Bereitstellungsmodul, insbesondere ein durch einen Prozessor ausführbares Software-Modul, ist eingerichtet zum Bereitstellen zumindest einer augenblicklichen Haltestelleninformation des Personentransportfahrzeugs.
  • Eine augenblickliche Haltestelleninformation meint insbesondere die Haltestelle, die augenblicklich von dem Personentransportfahrzeug angefahren wird. Insbesondere ist erkannt worden, dass zumindest Informationen über die augenblicklich angefahrene Haltestelle lokal in einem Fahrzeugrechner (z.B. CAD/AVL, OBU oder ähnliches) des Personentransportfahrzeugs verfügbar sind. Diese Informationen werden z.B. an den oben erwähnten externen Betriebsdatenserver weitergeleitet und stehen zudem dem Bereitstellungsmodul zur Verfügung.
  • Erfindungsgemäß ist vorgesehen, dass diese Informationen über die Haltestelle direkt an das mobile Endgerät gesendet werden (ohne den Umweg über den externen Betriebsdatenserver).
  • Erfindungsgemäß umfasst die Fahrzeuganordnung einen Beaconsignalgenerator, eingerichtet zum Generieren eines (dynamischen) Beaconsignals mit einem veränderlichen Dateninhalt, zumindest abhängig von der augenblicklichen Haltestelleninformation. So enthält das jeweils generierte Beaconsignal zumindest die Beaconkennung des Beacons und zumindest ein Fahrzeuginformationsdatum, das zumindest auf der bereitgestellten (augenblicklichen) Haltestelleninformation basiert. Bei Varianten der Erfindung kann das Fahrzeuginformationsdatum die bereitgestellte Haltestelleninformation sein.
  • Eine technische Restriktion kann sein, dass die nutzbare Datenmenge bzw. der maximal zulässige Dateninhalt (auch als Payload bezeichnet) eines Beaconsignals begrenzt ist. Insbesondere bei einem Beaconsignal in Form eines bevorzugten Bluetooth-Advertisement-Signal kann der in diesem Signal (innerhalb eines "Frames") verfügbare Datenmenge kleiner sein als die Datenmenge, die zur Darstellung der bereitgestellten Haltestelleninformationen nötig ist. Bei einer Variante der Erfindung kann vorgesehen sein, dass der Beaconsignalgenerator eingerichtet ist zum Aufteilen der bereitgestellten Haltestelleninformation in eine Mehrzahl von Informationsteilen. Die Mehrzahl von Informationsteilen können in einer entsprechenden Mehrzahl von sequentiell generierten und ausgesendeten Beaconsignalen enthalten sein. Das mobile Endgerät, insbesondere eine auf dem mobilen Endgerät installierte Fahrtanwendung (so genannte App) kann eingerichtet sein zum Rekonstruieren der Haltestelleninformation aus der Mehrzahl von Informationsteilen der Mehrzahl von empfangenen Beaconsignalen.
  • In der Praxis kann es zu Inkontinuitäten beim Empfangen der Beaconsignale kommen, so dass relevante Informationen zumindest nicht vollständig an mobile Endgeräte übertragen werden, wenn eines oder mehrere der Mehrzahl von Beaconsignalen mit einem Informationsteil nicht empfangen wird/werden. Um die Zuverlässigkeit des Übertragens zumindest der augenblicklichen Haltestelleninformation zu erhöhen, wird gemäß einer bevorzugten Ausführungsform der erfindungsgemäßen Fahrzeuganordnung vorgeschlagen, die augenblickliche Haltestelleninformation zu codieren und hierdurch die zu übertragene Datenmenge insbesondere derart zu reduzieren, dass ein (einzelnes) Beaconsignal die vollständig codierte augenblickliche Haltestelleninformation als Dateninhalt enthalten kann.
  • Insbesondere kann die Fahrzeuganordnung umfassen:
    • mindestens einen Codierungsspeicher, eingerichtet zum Speichern einer Codierungstabelle, enthaltend zumindest jeweilige Zuordnungen zwischen einem jeweiligen Fahrzeuginformationsdatum und zumindest der jeweiligen Haltestelleninformation,
    • wobei der Beaconsignalgenerator einen Codierer umfasst, eingerichtet zum Bestimmen des Fahrzeuginformationsdatums, das der bereitgestellten Haltestellinformation zugeordnet ist.
  • Der Codierungsspeicher ist ein Datenspeicher, in dem eine Codierungstabelle gespeichert ist. Insbesondere kann bei einer Variante der Erfindung in einer Codierungstabelle jeder (möglichen) Haltestelleninformation genau ein Fahrzeuginformationsdatum in Form ein eines eindeutigen Codes (z.B. eine eindeutige Zeichenfolge) zugeordnet sein. Sämtliche mögliche Haltestelleninformationen meint insbesondere zumindest sämtliche Haltestellen, die von dem Personentransportfahrzeug, in der die Fahrzeuganordnung installiert ist, angefahren werden kann.
  • Eine beispielhafte Codierungstabelle ist in der nachfolgenden Tabelle 1 dargestellt. Tabelle 1
    Code bzw. Fahrzeuginformationsdatum Haltestelleninformation
    10236 Mönchengladbach Hbf
    10237 Hardterbroich
    10238 Bonnenbroich
    10239 Marienplatz
    10240 Rheydt Hbf
    ··· ···
  • Dem Beaconsignalgenerator kann, insbesondere kontinuierlich, von dem Bereitstellungsmodul (das beispielsweise in dem Fahrzeugrechner integriert sein kann) zumindest die augenblickliche Haltestelleninformationen bereitgestellt werden. Der Codierer des Beaconsignalgenerators kann auf den Codierungsspeicher zugreifen, insbesondere auf die Codierungstabelle. Basierend auf der augenblicklich bereitgestellten Haltestelleninformation kann der Beaconsignalgenerator den Code bzw. das Fahrzeuginformationsdatum bestimmen, das dieser Haltestelleninformation (in eindeutiger Weise) zugeordnet ist. Der Beaconsignalgenerator kann dann ein Beaconsignal generieren, enthaltend das augenblicklich bestimmte Fahrzeuginformationsdatum. Wenn sich die augenblickliche Haltestelleninformation ändert, ändert sich der Code und damit der Dateninhalt des ausgesendeten Beaconsignals. In besonders zuverlässiger Weise kann zumindest die augenblickliche Haltestelleninformation an das mobile Endgerät mittels jedes Beaconsignals übermittelt werden.
  • Gemäß einer weiteren Ausführungsform der erfindungsgemäßen Fahrzeuganordnung kann der mindestens eine Beacon eine Beaconrecheneinheit umfassen. Die Beaconrecheneinheit kann zumindest den Beaconsignalgenerator umfassen. Mit anderen Worten, in dem Beacon kann insbesondere ein Prozessor mit Speichermittel integriert sein. Der mindestens eine Prozessor kann eingerichtet sein zum Ausführen des Beaconsignalgenerators, der in Form eines Softwaremoduls gebildet sein kann. Die Beaconrecheneinheit kann beispielsweise mit dem Fahrzeugrechner (beispielsweise umfassend das Bereitstellungsmodul) verbunden sein. In einfacher Weise kann ein Beaconsignalgenerator implementiert werden.
  • Gemäß einer weiteren Ausführungsform der erfindungsgemäßen Fahrzeuganordnung kann die Fahrzeuganordnung umfassen:
    • eine Mehrzahl von Beacons, und
    • mindestens eine mit der Mehrzahl von Beacons (kommunikativ) verbundene zentrale Recheneinheit, wobei die zentrale Recheneinheit zumindest den Beaconsignalgenerator umfasst (und vorzugsweise auch das Bereitstellungsmodul).
  • Wie bereits beschrieben wurde, kann eine in einem Personentransportfahrzeug installierbare Fahrzeuganordnung zwei oder mehr Beacons umfassen. Insbesondere kann die Anzahl an Beacons einer Fahrzeuganordnung für ein Personentransportfahrzeug so gewählt sein, dass die Sendereichweiten der (fest in dem Personentransportfahrzeuge montierten) Beacons den gesamten Innenraum (also den zahlungspflichtigen Raum) des Personentransportfahrzeugs abdecken. Vorzugsweise kann bei einer Mehrzahl von Beacons die Fahrzeuganordnung eine zentrale Recheneinheit für die Beacons. Mit anderen Worten, eine zentrale Recheneinheit mit mindestens einem Prozessor und Speichermittel kann in der Personenfahrzeuganordnung installiert sein. Der mindestens eine Prozessor kann eingerichtet sein zum Ausführen des Beaconsignalgenerators, der in Form eines Softwaremoduls gebildet sein kann. Zudem kann der mindestens eine Prozessor zum Ausführen des Bereitstellungsmoduls eingerichtet sein, das in Form eines Softwaremoduls gebildet sein kann.
  • Über ein internes (drahtloses und/oder drahtgebundenes) Kommunikationsnetz der Fahrzeuganordnung können die Beacons mit der zentralen Recheneinheit verbunden sein. Der zuvor beschriebene Beaconsignalgenerator kann dann die Mehrzahl von Beacons derart ansteuern, dass diese jeweils ein Beaconsignal aussenden, enthaltend das gleiche Fahrzeuginformationsdatum. Es versteht sich, dass sich die jeweiligen Beaconsignale in der jeweiligen Beaconkennung unterscheiden können. In effizienter und gleichzeitig zuverlässiger Weise kann die augenblickliche Haltestelleninformation übermittelt werden.
  • Gemäß einer weiteren Ausführungsform der erfindungsgemäßen Fahrzeuganordnung kann die Fahrzeuganordnung umfassen:
    • mindestens einen Validator, eingerichtet zum Validieren eines Ticketmediums,
    • wobei der mindestens eine Validator eine interne mit dem mindestens einen Beacon verbundene Recheneinheit umfasst, wobei die interne Recheneinheit zumindest den Beaconsignalgenerator umfasst.
  • Insbesondere ist erkannt worden, dass ein (an sich bekannter) Validator - eingerichtet zum Entwerten eines Ticketmediums, beispielsweise durch ein Stempeln eines Papiertickets oder ein Einlesen einer elektronischen Kennung eines kontaktlosen digitalen Tickets - zusätzlich ausgerüstet werden kann, um zumindest den Beaconsignalgenerator (in einfacher Weise) zu implementieren. Mit anderen Worten, in den Validator kann insbesondere ein Prozessor mit Speichermittel integriert werden. Der mindestens eine Prozessor kann eingerichtet sein zum Ausführen des Beaconsignalgenerators, der in Form eines Softwaremoduls gebildet sein kann. Die interne Speichereinheit kann beispielsweise mit dem Fahrzeugrechner (beispielsweise umfassend das Bereitstellungsmodul) verbunden sein.
  • Vorzugsweise kann der zusätzlich ausgerüstete Validator zudem den mindestens einen Beacon umfassen. Mit anderen Worten, der Beacon kann in das Validatorgehäuse integriert werden. Eine Montierung nur einer Vorrichtung (nämlich des erfindungsgemäß ausgerüsteten Validators) kann erfolgen. In kompakter Weise kann eine Fahrzeuganordnung bereitgestellt werden.
  • Gemäß einer weiteren bevorzugten Ausführungsform der erfindungsgemäßen Fahrzeuganordnung kann das Bereitstellungsmodul eingerichtet sein zum Bereitstellen mindestens einer (weiteren) (augenblicklichen) Fahrzeuginformation.
  • Die mindestens eine Fahrzeuginformation kann ausgewählt sein aus der Gruppe, umfassend:
    • Fahrzeugkennung,
    • (augenblickliches) Fahrzeugzeitdatum,
    • Fahrzeuglinienkennung,
    • Fahrzeugbetreiberkennung,
    • Beaconposition im Fahrzeug, und
    • Umlaufdatum.
  • Eine Fahrzeugkennung ist insbesondere eine systemweit eindeutige Kennung des jeweiligen Personentransportfahrzeug eines Fahrtrekonstruktionssystems. Mit anderen Worten, das Personentransportfahrzeug ist anhand der Fahrzeugkennung eindeutig in dem Fahrtrekonstruktionssystem identifizierbar.
  • Das Fahrzeugzeitdatum ist insbesondere die augenblickliche Zeit (insbesondere ein Zeitstempel mit Datumsangabe und sekundengenauer Zeitangabe) einer Fahrzeuguhr des Personentransportfahrzeugs. Vorzugsweise können die jeweiligen Fahrzeuguhren der jeweiligen Personentransportfahrzeuge mit einer zentralen Systemuhr (beispielsweise der Datenverarbeitungsvorrichtung) synchronisiert sein.
  • Eine Fahrzeuglinienkennung ist insbesondere eine systemweit eindeutige Kennung der Fahrzeuglinie. Eine Fahrzeuglinie ist insbesondere die Verbindung mehrerer verteilt angeordneter Haltestellen, die insbesondere regelmäßig durch ein Personentransportfahrzeug angefahren bzw. bedient werden.
  • Eine Fahrzeugbetreiberkennung ist insbesondere eine systemweit eindeutige Kennung des Betreibers des Personentransportfahrzeugs. Insbesondere dann, wenn in dem Fahrtrekonstruktionssystem zwei oder mehr unterschiedliche Betreiber vorhanden sind, kann eine Fahrzeugbetreiberkennung bereitgestellt werden.
  • Die Beaconposition eines Beacons im Fahrzeug ist insbesondere eine Angabe darüber, welcher Teilbereich des Personentransportfahrzeugs durch die Sendereichweite des Beacons abgedeckt wird. Beispielsweise kann ein erster Beacon (oder eine erste Gruppe von Beacons) einen ersten Teilbereich, der mit einem ersten Tarifdatum (z.B. 1. Klasse Tarifdatum) verknüpft ist bzw. einem definierten ersten Klasseabteil entspricht, mit der Sendereichweite des ersten Beacons (oder der ersten Gruppe von Beacons) abdecken. Ein zweiter Beacon (oder eine zweite Gruppe von Beacons) kann einen zweiten Teilbereich mit der Sendereichweite des zweiten Beacons (oder der zweiten Gruppe von Beacons) abdecken, der mit einem zweiten sich von dem ersten Tarifdatum unterscheidenden Tarifdatum (z.B. 2. Klasse Tarifdatum) verknüpft ist bzw. einem definierten zweiten Klasseabteil entspricht, das sich von dem definierten ersten Klasseabteil unterscheidet.
  • Ein Umlaufdatum ist insbesondere eine natürliche Zahl und kann insbesondere n-te Fahrt einer Linie an einem Tag angeben. Eine entsprechende Fahrzeuginformation kann insbesondere dann relevant sein, wenn zu definierten Umläufen andere Streckenvarianten durch die genannte Linie bedient werden.
  • Gemäß einer bevorzugten Ausführungsform der erfindungsgemäßen Fahrzeuganordnung kann der Beaconsignalgenerator eingerichtet sein zum Generieren des Beaconsignals. Das Beaconsignal kann zumindest die Beaconkennung und das zumindest eine Fahrzeuginformationsdatum enthalten, zumindest basierend auf der bereitgestellten Haltestelleninformation und der bereitgestellten mindestens einen Fahrzeuginformation. Beispielsweise können zumindest zwei Fahrzeuginformationsdaten in dem Beaconsignal enthalten sein. Ein erstes Fahrzeuginformationsdatum kann insbesondere die augenblickliche Haltestelleninformation repräsentieren und/oder abbilden und ein zweites Fahrzeuginformationsdatum die mindestens eine (weitere) Fahrzeuginformation. Beispielsweise kann für jede weitere Fahrzeuginformation ein entsprechendes Fahrzeuginformationsdatum in dem Beaconsignal enthalten sein. Wie beschrieben, können entsprechende Informationen bei Varianten der Erfindung auch auf eine Mehrzahl von insbesondere sequentiell ausgesendeten Beaconsignalen durch den Beaconsignalgenerator aufgeteilt werden.
  • Wie bereits beschrieben wurde, kann jedoch in einem Beaconsignal der verfügbare Dateninhalt nicht ausreichend sein, um sämtliche Informationen als uncodierte Information, die vorzugsweise übertragen werden sollen, in ein Beaconsignal als Payload zu integrieren. Um dennoch in einem (einzelnen) Beaconsignal sämtliche zu übertragende Informationsdaten einfügen zu können, kann gemäß einer bevorzugten Ausführungsform vorgesehen sein, sämtliche dieser Informationsdaten zu codieren. Insbesondere wird eine Codierung derart gewählt, dass die zu übertragene Datenmenge der genannten Informationsdaten reduziert wird, so dass die codierten Daten in ein einzelnes Beaconsignal als Dateninhalt eingefügt werden können. Beispielsweise kann für jede weitere (zu übertragene) Fahrzeuginformation eine vorhandene Codierungstabelle entsprechend ergänzt werden, oder es kann eine weitere Codierungstabelle in dem Codierungsspeicher gespeichert sein. Mit anderen Worten, es können eine oder mehr Codierungstabellen vorgesehen sein, auf die der Codierer zugreifen kann. Insbesondere kann jede weitere Codierungstabelle analog zu der zuvor beschriebenen Codierungstabelle gebildet und aufgebaut sein.
  • Gemäß einer besonders bevorzugten Ausführungsform der erfindungsgemäßen Fahrzeuganordnung kann die Codierungstabelle zumindest jeweilige Zuordnungen zwischen einem jeweiligen Fahrzeuginformationsdatum und zumindest der jeweiligen Haltestelleninformation sowie mindestens einer (weiteren) (augenblicklichen) Fahrzeuginformation enthalten. Der Beaconsignalgenerator kann einen Codierer umfassen. Der Codierer kann eingerichtet sein zum Bestimmen des Fahrzeuginformationsdatums, das der bereitgestellten Haltestellinformation und der bereitgestellten mindestens einen Fahrzeuginformation zugeordnet ist. Wenn eine Mehrzahl von Fahrzeuginformationen bereitgestellt werden, kann der Codierer eingerichtet sein zum Bestimmen des Fahrzeuginformationsdatums, das der bereitgestellten Haltestellinformation und der Mehrzahl von bereitgestellten mindestens einen Fahrzeuginformation zugeordnet ist. Das Fahrzeuginformationsdatum ist insbesondere ein eindeutiger Code (z.B. Zeichenkette), mit dem die genannten Informationen für eine Übertragung codiert werden. Insbesondere kann sichergestellt werden, beispielsweise durch die Datenverarbeitungsvorrichtung, dass Codes nicht doppelt vergeben werden, sondern immer eindeutig sind.
  • Wenn in einem Fall eine augenblickliche Haltestelleninformation und zusätzlich eine Fahrzeuginformation (z.B. in Form einer Fahrzeuglinienkennung) bereitgestellt werden, kann jeder (möglichen) Kombination von Haltestelleninformation und Fahrzeuginformation genau ein Fahrzeuginformationsdatum bzw. ein Code zugeordnet sein. In entsprechender Weise kann bei zwei oder mehr (weiteren) bereitgestellten Fahrzeuginformationen verfahren werden. Die zu übertragene Datenmenge kann durch eine entsprechende Codierungstabelle signifikant reduziert werden. In zuverlässiger Weise kann eine Mehrzahl an augenblicklichen und veränderlichen Informationsdaten übertragen werden.
  • Eine beispielhafte weitere Codierungstabelle ist in der nachfolgenden Tabelle 2 dargestellt. Tabelle 2
    Code bzw. Fahrzeuginformationsdatum Haltestelleninformation Fahrzeuglinienkennung
    10236 Mönchengladbach Hbf 006
    10237 Mönchengladbach Hbf 013
    10238 Mönchengladbach Hbf 015
    10239 Hardterbroich 006
    10240 Mönchengladbach Hbf 008
    ··· ··· ···
  • Ein weiterer Aspekt der Erfindung ist ein Personentransportfahrzeug. Das Personentransportfahrzeug umfasst eine in dem Personentransportfahrzeug installierte und zuvor beschriebene Fahrzeuganordnung. Das Personentransportfahrzeug ist insbesondere Teil eines zuvor beschriebenen Fahrtrekonstruktionssystems.
  • Ein weiterer Aspekt der Erfindung ist eine Datenverarbeitungsvorrichtung für ein Fahrtrekonstruktionssystem. Die Datenverarbeitungsvorrichtung umfasst mindestens ein Empfangsmodul. Das mindestens eine Empfangsmodul ist eingerichtet zum Empfangen eines ersten Endgerätedatensatzes von einem mobilen Endgerät. Der erste Endgerätedatensatz enthält zumindest eine Endgerätekennung des mobilen Endgeräts, ein Fahrzeuginformationsdatum eines durch das mobile Endgerät empfangenen Beaconsignals und eine Beaconkennung des durch das mobile Endgerät empfangenen Beaconsignals. Die Datenverarbeitungsvorrichtung umfasst mindestens ein Fahrtrekonstruktionsmodul. Das mindestens eine Fahrtrekonstruktionsmodul ist eingerichtet zum Rekonstruieren einer durchgeführten Fahrt, basierend zumindest auf dem erhaltenen ersten Endgerätedatensatz.
  • Die genannten Module der Datenverarbeitungsvorrichtung können Hardware- und/oder Software-Komponenten umfassen. Die Datenverarbeitungsvorrichtung kann beispielsweise mindestens einen Speicher mit Programmanweisungen eines Computerprogramms (z.B. des erfindungsgemäßen Computerprogramms) und mindestens einen Prozessor, ausgebildet zum Ausführen von Programmanweisungen aus dem mindestens einen Speicher, umfassen. Dementsprechend soll gemäß der Erfindung auch zumindest eine Datenverarbeitungsvorrichtung als offenbart verstanden werden, die zumindest einen Prozessor und zumindest einen Speicher mit Programmanweisungen umfasst, wobei der zumindest eine Speicher und die Programmanweisungen eingerichtet sind, gemeinsam mit dem zumindest einen Prozessor, die Datenverarbeitungsvorrichtung zu veranlassen, das Verfahren gemäß der Erfindung auszuführen und/oder zu steuern.
  • Vorzugsweise kann die Datenverarbeitungsvorrichtung ein Hintergrundsystem bilden bzw. durch einen Server oder durch mehrere (verteilt angeordnete) Server und/oder ein Cloudsystem gebildet sein.
  • Wie beschrieben wurde, können mittels eines Beaconsignals zumindest eine Beaconkennung und ein Fahrzeuginformationsdatum ausgesendet und insbesondere übermittelt werden. Ein mobiles Endgerät, insbesondere unter Steuerung einer durch einen Prozessor des mobilen Endgeräts ausführbaren (Software-)Fahrtanwendung, kann insbesondere bei Erhalt eines derartigen Beaconsignals einen ersten Endgerätedatensatz generieren. Der generierte Endgerätedatensatz kann die empfangene Beaconkennung, das Fahrzeuginformationsdatum und eine Endgerätekennung des mobilen Endgeräts enthalten, das den ersten Endgerätedatensatz generiert.
  • Eine Endgerätekennung ist insbesondere eine systemweit eindeutige Kennung des mobilen Endgeräts bzw. des Nutzers des mobilen Endgeräts. Mit anderen Worten, das mobile Endgerät ist eindeutig anhand der Endgerätekennung identifizierbar.
  • Der generierte erste Endgerätedatensatz kann durch das mobile Endgerät ausgesendet werden. Mit anderen Worten, das Empfangsmodul der Datenverarbeitungsvorrichtung kann den ersten Endgerätedatensatz, insbesondere eine Mehrzahl von sequenziell (beispielsweise periodisch) durch das mobile Endgerät ausgesendeten ersten Endgerätedatensätzen empfangen.
  • Darüber hinaus umfasst die Datenverarbeitungsvorrichtung ein Fahrtrekonstruktionsmodul zum Rekonstruieren einer durch den Nutzer des mobilen Endgeräts durchgeführten Fahrt. Das Rekonstruieren basiert vorzugsweise auf einer Mehrzahl von ersten Endgerätedatensätzen, die von dem mobilen Endgerät (zeitlich nacheinander) über das Empfangsmodul empfangen wurde. Zusätzlich kann bei einem CIBO-System ein Check-in-Datensatz bei der Rekonstruktion berücksichtigt werden.
  • Insbesondere kann das Fahrtrekonstruktionsmodul aufgrund der in den ersten Endgerätedatensätzen enthaltenden Fahrzeuginformationsdaten, die zumindest die tatsächlich angefahrenen Haltestellen repräsentieren, (in besonders zuverlässiger Weise) die durchgeführte Fahrt rekonstruieren.
  • Vorzugsweise enthält jeder erste Endgerätedatensatz, der von einem mobilen Endgerät ausgesendet wird, ein Zeitdatum. Das jeweilige Zeitdatum kann bereits in dem Beaconsignal (in Form des beschriebenen Fahrzeugzeitdatum) enthalten sein. Insbesondere kann der Beaconsignalgenerator eingerichtet sein zum Hinzufügen des Zeitdatums, das im Wesentlichen dem Generierungszeitpunkt und/oder dem Versendezeitpunkt eines jeweiligen Beaconsignals entsprechen kann. Beispielsweise kann der Beaconsignalgenerator das Zeitdatum in Form des augenblicklichen Fahrzeugzeitdatum anhand der Fahrzeuguhr des Personentransportfahrzeugs und/oder der Fahrzeuganordnung bestimmen.
  • Das jeweilige Zeitdatum kann gemäß einer weiteren Variante der Erfindung auch erst durch das mobile Endgerät als Endgerätezeitdatum hinzugefügt werden, insbesondere unter Steuerung der Fahrtanwendung. Das Zeitdatum kann insbesondere dem Generierungszeitpunkt und/oder dem Versendezeitpunkt eines jeweiligen ersten Endgerätedatensatz entsprechen. Die Fahrtanwendung kann das Zeitdatum beispielsweise anhand einer Endgeräteuhr des mobilen Endgeräts bestimmen.
  • Es versteht sich, dass ein erster Endgerätedatensatz auch beide Zeitdaten (Fahrzeugzeitdatum und Endgerätezeitdatum) enthalten kann.
  • Mittels des Zeitdatums können die genannte Datensätze in eine (zeitlich) chronologische Reihenfolge gebracht werden. Aus den jeweils bestimmten chronologisch vorliegenden Haltestelleninformation der jeweiligen Datensätze kann dann in zuverlässiger Weise die durchgeführte Fahrt (insbesondere in Form einer Haltestellenkette) rekonstruiert werden.
  • Insbesondere enthält der erste Endgerätedatensatz mit dem frühesten Zeitdatum (insbesondere für den Fall, das kein Check-in-Datensatz vorhanden ist) das Fahrzeuginformationsdatum mit der Haltestelle, an dem der Nutzer das Personentransportfahrzeug betreten hat, also die Fahrt begonnen hat. Mit anderen Worten, dieser Datensatz enthält die Starthaltestelle. Insbesondere enthält der erste Endgerätedatensatz mit dem spätesten Zeitdatum das Fahrzeuginformationsdatum mit der Haltestelle, an dem der Nutzer das Personentransportfahrzeug verlassen hat, also die Fahrt beendet hat. Mit anderen Worten, dieser Datensatz enthält die Endhaltestelle. In zuverlässiger Weise wird die Fahrt rekonstruiert und insbesondere ein Start und/oder ein Ende der Fahrt detektiert.
  • Basierend auf der rekonstruierten Fahrt und mindestens einem Tarifdatum kann ein optionales Fahrpreisbestimmungsmodul der Datenverarbeitungsvorrichtung (in insbesondere bekannter Weise) den Fahrpreis für die durchgeführte Fahrt (in besonders zuverlässiger Weise) bestimmen. Dann kann dem Nutzer des mobilen Endgeräts, der anhand der Endgerätekennung identifizierbar ist, die durchgeführte Fahrt (in bekannter Weise) in Rechnung gestellt werden. Beispielsweise können die hierfür benötigten Daten in einen Nutzerkonto in der Datenverarbeitungsvorrichtung gespeichert sein.
  • Insbesondere für den Fall, dass das Fahrzeuginformationsdatum die augenblickliche Haltestelleninformation ist, kann durch das Rekonstruktionsmodul in einfacher Weise die durchgeführte Fahrt rekonstruiert werden.
  • Wie beschrieben wurde, kann vorzugsweise das Fahrzeuginformationsdatum ein Code sein. Gemäß einer bevorzugten Ausführungsform der Datenverarbeitungsvorrichtung kann die Datenverarbeitungsvorrichtung umfassen:
    • mindestens einen Decodierungsspeicher, eingerichtet zum Speichern einer Decodierungstabelle, enthaltend zumindest Zuordnungen zwischen einem jeweiligen Fahrzeuginformationsdatum und zumindest einer jeweiligen Haltestelleninformation,
    • wobei das Fahrtrekonstruktionsmodul einen Decodierer umfasst, eingerichtet zum Bestimmen der Haltestelleninformation, die dem erhaltenen Fahrzeuginformationsdatum zugeordnet ist, basierend auf der gespeicherten Decodierungstabelle.
  • Der Decodierungsspeicher ist ein Datenspeicher, in dem eine Decodierungstabelle gespeichert ist. Insbesondere kann bei einer Variante der Erfindung in einer Decodierungstabelle jeder (möglichen) Haltestelleninformation genau ein Fahrzeuginformationsdatum in Form ein eines eindeutigen Codes (z.B. eine eindeutige Zeichenfolge) zugeordnet sein. Sämtliche mögliche Haltestelleninformationen meint insbesondere zumindest sämtliche Haltestellen, die von den Personentransportfahrzeugen des Fahrtrekonstruktionssystems angefahren werden können. Eine Decodierungstabelle kann beispielsweise der Tabelle 1 oder 2 entsprechen. Wenn mehr als eine Codierungstabelle vorgesehen ist, kann eine entsprechende Anzahl an Decodierungstabellen vorgesehen sein.
  • Ein Decodierer kann zum Decodieren des empfangenen Codes auf die Decodierungstabelle zugreifen und zumindest die Haltestelleninformation (vorzugsweise mindestens eine (weitere zuvor beschriebene) Fahrzeuginformation) bestimmen, die dem empfangenen Code bzw. dem empfangenen Fahrzeuginformationsdatum zugeordnet ist. In zuverlässiger Weise kann zumindest die Haltestelleninformation in der Datenverarbeitungsvorrichtung bestimmt werden.
  • Ein weiterer Aspekt der Erfindung ist ein Fahrtrekonstruktionssystem, insbesondere ein CIBO-System und/oder ein BIBO-System. Das Fahrtrekonstruktionssystem umfasst mindestens eine Fahrzeuganordnung nach einem der Ansprüche 2 bis 8. Das Fahrtrekonstruktionssystem umfasst mindestens einen Decodierungsspeicher, eingerichtet zum Speichern einer Decodierungstabelle, enthaltend zumindest Zuordnungen zwischen einem jeweiligen Fahrzeuginformationsdatum und zumindest einer jeweiligen Haltestelleninformation. Das Fahrtrekonstruktionssystem umfasst mindestens einen Decodierer, eingerichtet zum Bestimmen der Haltestelleninformation, die dem erhaltenen Fahrzeuginformationsdatum zugeordnet ist, basierend auf der gespeicherten Decodierungstabelle. Das Fahrtrekonstruktionssystem umfasst mindestens ein Fahrtrekonstruktionsmodul einer Datenverarbeitungsvorrichtung, eingerichtet zum Rekonstruieren einer durchgeführten Fahrt, basierend zumindest auf der bestimmten Haltestelleninformation.
  • Insbesondere kann das Fahrtrekonstruktionssystem eine Mehrzahl von Fahrzeuganordnungen umfassen, die in einer entsprechenden Mehrzahl von Personentransportfahrzeugen installiert sein können. Insbesondere umfasst das Fahrtrekonstruktionssystem mindestens ein Personentransportfahrzeug mit mindestens einer darin installierten Fahrzeuganordnung. Darüber hinaus umfasst das Fahrtrekonstruktionssystem eine Datenverarbeitungsvorrichtung, umfassend zumindest ein Rekonstruktionsmodul.
  • Gemäß einer Ausführungsform des Fahrtrekonstruktionssystems kann - wie zuvor beschrieben - die Datenverarbeitungsvorrichtung umfassen:
    • mindestens ein Empfangsmodul, eingerichtet zum Empfangen eines ersten Endgerätedatensatzes von einem mobilen Endgerät,
    • wobei der erste Endgerätedatensatz zumindest eine Endgerätekennung des mobilen Endgeräts, ein Fahrzeuginformationsdatum eines durch das mobile Endgerät empfangenen Beaconsignals und eine Beaconkennung des durch das mobile Endgerät empfangenen Beaconsignals enthält
    • mindestens einen Decodierungsspeicher, eingerichtet zum Speichern einer Decodierungstabelle, enthaltend zumindest Zuordnungen zwischen einem jeweiligen Fahrzeuginformationsdatum und zumindest einer jeweiligen Haltestelleninformation,
    • wobei das Fahrtrekonstruktionsmodul einen Decodierer umfasst, eingerichtet zum Bestimmen der Haltestelleninformation, die dem erhaltenen Fahrzeuginformationsdatum zugeordnet ist, basierend auf der gespeicherten Decodierungstabelle.
  • Insbesondere kann das Fahrtrekonstruktionssystem gemäß einer weiteren Ausführungsform das mindestens eine mobile Endgerät umfassen. Wie beschrieben wurde, kann das mobile Endgerät, insbesondere unter Steuerung einer darauf installierten Fahrtanwendung, den mindestens einen ersten Endgerätedatensatz generieren und aussenden, wie beschrieben wurde.
  • Insbesondere gemäß einer alternativen (aber auch zusätzlich vorgesehenen) Ausführungsform des erfindungsgemäßen Fahrtrekonstruktionssystems kann das Fahrtrekonstruktionssystem umfassen:
    • mindestens ein mobiles Endgerät mit einem Empfangsmodul, eingerichtet zum Empfangen des mindestens einen Beaconsignals,
    • wobei das mobile Endgerät den Decodierungsspeicher und den Decodierer umfasst, und
    • wobei das das mobile Endgerät ein Sendemodul umfasst, eingerichtet zum Aussenden eines zweiten Endgerätedatensatzes, enthaltend zumindest eine Endgerätekennung des mobilen Endgeräts, die bestimmte Haltestelleninformation des durch das mobile Endgerät empfangenen Beaconsignals und die Beaconkennung des durch das mobile Endgerät empfangenen Beaconsignals.
  • Insbesondere kann der zuvor beschriebene mindestens eine Decodierungsspeicher und der zuvor beschriebene mindestens eine Decodierer in der Datenverarbeitungsvorrichtung und/oder in dem mobilen Endgerät implementiert sein. Insbesondere kann der Decodierer ein durch einen Prozessor des mobilen Endgeräts ausführbares Softwaremodul der Fahrtanwendung sein. Der Decodierer arbeitet insbesondere in der vorbeschriebenen Weise.
  • In diesem Fall kann ein Sendemodul des mobilen Endgeräts, z.B. unter Steuerung der Fahrtanwendung, einen zweiten Endgerätedatensatz aussenden, insbesondere an ein Empfangsmodul der Datenverarbeitungsvorrichtung übertragen. Ein zweiter Endgerätedatensatz enthält zumindest (insbesondere anstelle eines Codes für die Haltestelleninformation) die bereits decodierte Haltestelleninformation sowie die Endgerätekennung und die Beaconkennung. Insbesondere kann mindestens eine (weitere) decodierte Fahrzeuginformation in einem zweiten Endgerätedatensatz enthalten sein.
  • Ein Codierungstabelle oder eine Decodierungstabelle kann aktualisiert werden, insbesondere wenn sich die darin enthaltenden Daten geändert haben oder weitere Daten hinzugekommen sind (z.B. Haltestellen hinzu gekommen oder entfallen sind).
  • Ein noch weiterer Aspekt der Erfindung ist ein Verfahren, insbesondere ein computerimplementiertes Verfahren. Das Verfahren umfasst:
    • Aussenden, durch einen Beacon einer in einem Personentransportfahrzeug installierten Fahrzeuganordnung für ein Personentransportfahrzeug, eines Beaconsignals, enthaltend zumindest eine Beaconkennung des Beacons und zumindest ein Fahrzeuginformationsdatum, das zumindest auf einer augenblicklichen Haltestelleninformation des Personentransportfahrzeugs basiert,
    • Bestimmen, durch einen Decodierer, der Haltestelleninformation, die dem erhaltenen Fahrzeuginformationsdatum zugeordnet ist, basierend auf einer gespeicherten Decodierungstabelle, enthaltend zumindest Zuordnungen zwischen einem jeweiligen Fahrzeuginformationsdatum und zumindest einer jeweiligen Haltestelleninformation, und
    • Rekonstruieren, durch mindestens ein Fahrtrekonstruktionsmodul einer Datenverarbeitungsvorrichtung, einer durchgeführten Fahrt, basierend zumindest auf der bestimmten Haltestelleninformation.
  • Das Verfahren kann insbesondere zum Betreiben eines zuvor beschriebenen Fahrtrekonstruktionssystems dienen.
  • Es sei angemerkt, dass durch die Begriffe "erster", "zweiter" etc. anmeldungsgemäß keine Reihenfolge festgelegt ist, sondern dass die genannten Begriffe lediglich als Bezeichner von unterschiedlichen Elementen und/oder Schritten dienen.
  • Wie bereits beschrieben wurde, kann ein zuvor beschriebenes Modul, eine Vorrichtung etc. zumindest teilweise Hardwareelemente (z.B. Prozessor, Speichermittel etc.) und/oder zumindest teilweise Softwareelemente (z.B. ausführbaren Code) umfassen.
  • Die Merkmale der Fahrzeuganordnungen, Datenverarbeitungsvorrichtungen, Personentransportfahrzeuge, Fahrtrekonstruktionssysteme und (computerimplementierte) Verfahren sind frei miteinander kombinierbar. Insbesondere können Merkmale der Beschreibung und/oder der abhängigen Ansprüche, auch unter vollständiger oder teilweiser Umgehung von Merkmalen der unabhängigen Ansprüche, in Alleinstellung oder frei miteinander kombiniert eigenständig erfinderisch sein.
  • Es gibt nun eine Vielzahl von Möglichkeiten, die erfindungsgemäße Fahrzeuganordnung, die erfindungsgemäße Datenverarbeitungsvorrichtung, das erfindungsgemäße Personentransportfahrzeug, das erfindungsgemäße Fahrtrekonstruktionssystem und das erfindungsgemäße (computerimplementierte) Verfahren auszugestalten und weiterzuentwickeln. Hierzu sei einerseits verwiesen auf die den unabhängigen Patentansprüchen nachgeordneten Patentansprüche, andererseits auf die Beschreibung von Ausführungsbeispielen in Verbindung mit der Zeichnung. In der Zeichnung zeigt:
    • Fig. 1
    eine schematische Ansicht eines Ausführungsbeispiels einer Fahrzeuganordnung gemäß der vorliegenden Erfindung,
    Fig. 2
    eine schematische Ansicht eines Ausführungsbeispiels eines Fahrtrekonstruktionssystems gemäß der vorliegenden Erfindung mit einem weiteren Ausführungsbeispiel einer Fahrzeuganordnung gemäß der vorliegenden Erfindung und einem Ausführungsbeispiel einer Datenverarbeitungsvorrichtung gemäß der vorliegenden Erfindung,
    Fig. 3
    eine schematische Ansicht eines weiteren Ausführungsbeispiels eines Fahrtrekonstruktionssystems gemäß der vorliegenden Erfindung mit einem weiteren Ausführungsbeispiel einer Fahrzeuganordnung und einem weiteren Ausführungsbeispiel einer Datenverarbeitungsvorrichtung gemäß der vorliegenden Erfindung, und
    Fig. 4
    ein Diagramm eines Ausführungsbeispiels eines Verfahrens gemäß der vorliegenden Erfindung.
  • Ähnliche Bezugszeichen bezeichnen nachfolgend ähnliche Elemente.
  • Die Figur 1 zeigt eine schematische Ansicht eines Ausführungsbeispiels einer Fahrzeuganordnung 100 gemäß der vorliegenden Erfindung. In dem vorliegenden Ausführungsbeispiel ist die Fahrzeuganordnung 100 in einem installierten Zustand dargestellt und insbesondere in einem Personentransportfahrzeug 102 installiert, beispielsweise eines (nicht gezeigten) Fahrtrekonstruktionssystems. Lediglich beispielhaft ist das Personentransportfahrzeug 102 vorliegend ein Bus. Bei anderen Varianten der Erfindung kann das mindestens eine Personentransportfahrzeug eines Fahrtrekonstruktionssystems alternativ oder zusätzlich eine Bahn, ein Wasserfahrzeug, ein Flugzeug, eine Seilbahn etc. sein.
  • Das Personentransportfahrzeug 102 kann über mindestens einen Zugangsbereich 120 verfügen, über den ein Nutzer das Personentransportfahrzeug 102 betreten und/oder verlassen kann, also einen zahlungspflichtigen Raum betreten und/oder verlassen kann. In dem dargestellten Ausführungsbeispiel umfasst das Personentransportfahrzeug 102 in dem Zugangsbereich 120 einen Validator 116.
  • Der Validator 116 ist insbesondere eingerichtet zum Entwerten eines Ticketmediums , beispielsweise durch ein Stempeln eine Papiertickets oder durch ein Einlesen einer elektronischen Kennung eines kontaktlosen digitalen Tickets.
  • Die Fahrzeuganordnung 100 umfasst mindestens einen Beacon 104, 106. Beispielhaft umfasst die Fahrzeuganordnung 100 vorliegend drei Beacon 104, 106. Hierbei ist ein Beacon 106 beispielhaft in dem Validator 116 integriert. Ein Beacon 104, 106, vorzugsweise ein BLE-Beacon, ist eingerichtet zum Aussenden eines Beaconsignals. Erfindungsgemäß ist ein Beacon 104, 106 einer Fahrzeuganordnung 100 zum Aussenden eines dynamischen Beaconsignals bzw. eines Beaconsignals mit dynamischen bzw. veränderlichen Dateninhalt eingerichtet. So kann ein Beacon vorzugsweise periodisch Beaconsignale aussenden, deren Dateninhalt sich über die Zeit ändert, insbesondere zumindest abhängig von der augenblicklichen Haltestelleninformation bzw. Haltestelle, die durch das Personenfahrzeug tatsächlich und augenblicklich angefahren wird.
  • Um dynamische Beaconsignale zu versenden, umfasst die Fahrzeuganordnung mindestens ein Bereitstellungsmodul 110 und mindestens einen Beaconsignalgenerator 112. Das Bereitstellungsmodul 110 und der Beaconsignalgenerator 112 können insbesondere als durch einen Prozessor einer Recheneinheit ausführbare Softwaremodule ausgeführt sein. Beispielsweise ist vorliegend ein mit der Mehrzahl von Beacons 104, 106 über ein internes (drahtloses und/oder drahtgebundenes) Kommunikationsnetz 114 verbundene zentrale Recheneinheit 108 (mit mindestens einem Prozessor und Speichermitteln) vorgesehen. Das Bereitstellungsmodul 110 und der Beaconsignalgenerator 112 können in der zentralen Recheneinheit 108 implementiert sein. Beispielsweise kann die zentrale Recheneinheit 108 durch den Fahrzeugrechner (CAD/AVL, OBU oder ähnliches) des Personentransportfahrzeugs 102 gebildet oder darin integriert sein.
  • Bei weiteren Varianten der Erfindung kann alternativ oder zusätzlich ein Beacon, vorzugsweise jeder Beacon, eine Beaconrecheneinheit umfassen, wobei zumindest der Beaconsignalgenerator in der Beaconrecheneinheit implementiert sein kann. Bei noch weiteren Varianten der Erfindung kann alternativ oder zusätzlich ein Beacon, vorzugsweise jeder Beacon, ein in einem Validator integriert sein und der Beaconsignalgenerator in einer internen Recheneinheit des Validators implementiert sein, die mit dem Beacon verbunden sein kann.
  • Das Bereitstellungsmodul 110 ist eingerichtet zum Bereitstellen zumindest einer augenblicklichen Haltestelleninformation des Personentransportfahrzeugs 102. Insbesondere sind zumindest Informationen über die augenblickliche Haltestelle bzw. Haltestelleninformation lokal in dem Fahrzeugrechner (CAD/AVL, OBU oder ähnliches) des Personentransportfahrzeugs 102 verfügbar, so dass das Bereitstellungsmodul 110 dem Beaconsignalgenerator 112 zumindest die augenblickliche Haltestelleninformation (im Wesentlichen kontinuierlich) bereitstellen kann.
  • Der Beaconsignalgenerator 112 ist eingerichtet zum Generieren des Beaconsignals, enthaltend zumindest eine Beaconkennung des Beacons 104, 106 und zumindest ein Fahrzeuginformationsdatum, das zumindest auf der bereitgestellten Haltestelleninformation basiert. Beispielsweise kann das Fahrzeuginformationsdatum die bereitgestellte Haltestelleninformation sein, ein Teil der bereitgestellten Haltestelleninformation oder ein eindeutiger Code, der die Haltestelleninformation repräsentiert.
  • Ein (nicht gezeigtes) mobiles Endgerät, eingerichtet als Teil eines Fahrtrekonstruktionssystems, kann insbesondere im Rahmen des Erfassens seiner Sensordaten (wie insbesondere in dem einleitenden Teil beschrieben wurde) auch mindestens ein Beaconsignal von mindesten einem Beacon 104, 106 empfangen, wobei der Dateninhalt des Beaconsignals erfindungsgemäß zumindest abhängig ist von der augenblicklichen Haltestelleninformation bzw. Haltestelle, die durch das Personenfahrzeug tatsächlich und augenblicklich angefahren wird. Aus den Dateninhalten der empfangene Beaconsignale kann das mobile Endgerät Endgerätedatensätze generieren, aus denen bei der Fahrtrekonstruktion erfindungsgemäß geschlossen werden kann auf die Haltenstelle(n), an denen sich das Endgerät im Laufe der Fahrt befunden hat.
  • Die Figur 2 zeigt eine schematische Ansicht eines Ausführungsbeispiels eines Fahrtrekonstruktionssystems 230 gemäß der vorliegenden Erfindung mit einem weiteren Ausführungsbeispiel einer Fahrzeuganordnung 200 gemäß der vorliegenden Erfindung und einem Ausführungsbeispiel einer Datenverarbeitungsvorrichtung 234 gemäß der vorliegenden Erfindung. Zur Vermeidung von Wiederholungen werden nachfolgend im Wesentlichen nur die Unterschiede zu dem vorherigen Ausführungsbeispiel gemäß der Figur 1.
  • Das Fahrtrekonstruktionssystem 230 kann ein CIBO-System oder ein BIBO-System sein. Es versteht sich, dass die Systeme miteinander kombiniert werden können und/oder zusätzlich weitere Ticketing-Verfahren in dem Fahrtrekonstruktionssystem 230 einsetzbar sind, wie die zusätzliche Nutzung von herkömmlichen Papiertickets oder digitalen Tickets.
  • Die Fahrzeuganordnung 200 umfasst mindestens einen zuvor beschriebenen Beacon 204, mindestens ein zuvor beschriebenes Bereitstellungsmodul 210 und einen Beaconsignalgenerator 212. Das Bereitstellungsmodul 210 und der Beaconsignalgenerator 212 sind beispielhaft in einer zentralen Recheneinheit 208 integriert, wobei die Recheneinheit 208 über ein Kommunikationsnetz 214 mit dem mindestens einen Beacon 204 verbunden ist.
  • Bei diesem bevorzugten Ausführungsbeispiel umfasst die Fahrzeuganordnung 200 einen Codierungsspeicher 232 und einen Codierer 222, der insbesondere in dem Beaconsignalgenerator 212 integriert ist. Es sei angemerkt, dass lediglich zur besseren Übersicht auf eine Darstellung eines Personentransportfahrzeugs verzichtet wurde, in der die Fahrzeuganordnung 200 integriert ist.
  • In dem Codierungsspeicher 232 ist insbesondere eine Codierungstabelle (vgl. beispielsweise Tabelle 1 oder Tabelle 2) gespeichert. Der Codierer 222 ist insbesondere eingerichtet zum Bestimmen des Fahrzeuginformationsdatums, das der bereitgestellten Haltestellinformation zugeordnet ist, basierend auf der Codierungstabelle. Die auszusendenden Beaconsignale enthalten als Dateninhalt das (jeweils) bestimmte (augenblickliche) Fahrzeuginformationsdatum.
  • Vorzugsweise kann das Fahrtrekonstruktionssystem 230 ferner mindestens ein mobiles Endgerät 246 umfassen, beispielsweise ein Smartphone. Das Beaconsignal (insbesondere ein Bluetooth-Beaconsignal) ist über einen Empfänger 248 (insbesondere eine Bluetooth-Schnittstelle) des mobilen Endgeräts 246 empfangbar. Unter Steuerung einer Fahrtanwendung 252, die von einem (nicht gezeigten) Prozessor des mobilen Endgeräts 246 ausführbar ist, kann das mobile Endgerät 246 einen ersten Endgerätedatensatz generieren. Der erste Endgerätedatensatz enthält zumindest eine Endgerätekennung des mobilen Endgeräts 246, das Fahrzeuginformationsdatum des durch das mobile Endgerät 246 empfangenen Beaconsignals und eine Beaconkennung des durch das mobile Endgerät 246 empfangenen Beaconsignals. Der generierte erste Endgerätedatensatz kann, insbesondere unter Steuerung der Fahrtanwendung 252, durch ein Sendemodul 250 (insbesondere ein Mobilfunkmodul) versendet werden, insbesondere zu einer entfernt angeordneten (zentralen) Datenverarbeitungsvorrichtung 234.
  • Insbesondere können die Beaconsignale periodisch durch das mobile Endgerät 246 empfangen werden. Vorzugsweise können die ersten Endgerätedatensätze (in entsprechender Weise nach einem Empfang eines Beaconsignals oder einer bestimmten Anzahl von Beaconsignalen mit der gleichen Beaconkennung) periodisch generiert und versendet werden, zumindest wenn eine ausreichende Kommunikationsverbindung zu der Datenverarbeitungsvorrichtung besteht. Es versteht sich, dass die ersten Endgerätedatensätze auch zwischengespeichert und zu einem späteren Zeitpunkt versendet werden können.
  • Die Datenverarbeitungsvorrichtung 234 kann durch einen oder mehrere (verteilt angeordnete) Server, ein Cloudsystem oder dergleichen gebildet sein und mindestens einen (nicht gezeigten) Prozessor (und Speichermittel) umfassen. Die Datenverarbeitungsvorrichtung 234 umfasst mindestens ein Empfangsmodul 236 (insbesondere Mobilfunkempfänger). Das mindestens eine Empfangsmodul 236 ist eingerichtet zum Empfangen des mindestens einen ersten Endgerätedatensatzes von dem mobilen Endgerät 246.
  • Ferner umfasst die Datenverarbeitungsvorrichtung 234 ein durch den mindestens einen Prozessor ausführbares Fahrtrekonstruktionsmodul 238. Das Fahrtrekonstruktionsmodul 238 ist eingerichtet zum Rekonstruieren einer durchgeführten Fahrt des Nutzers des mobilen Endgeräts 246, basierend zumindest auf dem erhaltenen ersten Endgerätedatensatz, insbesondere sämtlichen von dem mobilen Endgerät 246 des Nutzers empfangenen ersten Endgerätedatensätze und ggf. eines Check-in-Datensatzes des mobilen Endgeräts 246. Insbesondere kann eine Zuordnung der empfangenen Datensätze zu dem mobilen Endgerät 246 und damit zu dem Nutzer des mobilen Endgeräts 246 anhand der Endgerätekennung erfolgen.
  • In dem dargestellten bevorzugten Ausführungsbeispiel umfasst die Datenverarbeitungsvorrichtung 234 einen Decodierungsspeicher 240 und einen Decodierer 242, der insbesondere in dem Fahrtrekonstruktionsmodul 238 integriert sein kann. In dem Decodierungsspeicher 240 ist insbesondere eine Decodierungstabelle gespeichert, auf den der Decodierer 242 zugreifen kann. Bei einem Empfang eines ersten Endgerätedatensatzes kann das Fahrzeuginformationsdatum extrahiert werden. Der Decodierer 242 kann die Decodierungstabelle nach dem Fahrzeuginformationsdatum durchsuchen und die diesem Fahrzeuginformationsdatum zugeordnete Haltestelleninformation bestimmen. Vorzugsweise enthält jeder erste Endgerätedatensatz des mobilen Endgeräts 246 (und ebenfalls ein ggf. vorhandener Check-in-Datensatz) ein Zeitdatum. Das jeweilige Zeitdatum kann bereits in dem Beaconsignal enthalten sein, dass das mobile Endgerät 246 empfängt. Insbesondere kann der Beaconsignalgenerator 212 eingerichtet sein zum Hinzufügen des Zeitdatums, das im Wesentlichen dem Generierungszeitpunkt und/oder dem Versendezeitpunkt eines jeweiligen Beaconsignals entsprechen kann. Beispielsweise kann der Beaconsignalgenerator 212 das Zeitdatum anhand einer (nicht gezeigten) Fahrzeuguhr des Personentransportfahrzeugs und/oder der Fahrzeuganordnung 200 bestimmen. Die Fahrtanwendung kann das empfangene Zeitdatum insbesondere in Form des Fahrzeugzeitdatums in den ersten Endgerätedatensatz einfügen.
  • Das jeweilige Zeitdatum der jeweiligen Beaconsignale kann gemäß einer weiteren Variante der Erfindung auch erst durch das mobile Endgerät 246 hinzugefügt werden, insbesondere unter Steuerung der Fahrtanwendung 252. Das Zeitdatum insbesondere in Form des Endgerätzeitdatums kann insbesondere dem Generierungszeitpunkt und/oder dem Versendezeitpunkt eines jeweiligen ersten Endgerätedatensatz entsprechen.
  • Es versteht sich, dass ein erster Endgerätedatensatz auch beide Zeitdaten enthalten kann. Ferner versteht es sich, dass ein erster (oder ein zweiter) Endgerätedatensatz auch mindestens ein Sensordatum enthalten kann, wie in dem einleitenden Teil beschrieben wurde.
  • Mittels des jeweiligen Zeitdatums können die genannte Datensätze in eine chronologische Reihenfolge gebracht werden. Aus den jeweils bestimmten Haltestelleninformation sowie der jeweiligen Zeitdaten der jeweiligen Datensätze kann dann in zuverlässiger Weise eine chronologische Abfolge der angefahrenen Haltestellen bestimmt und damit die durchgeführte Fahrt rekonstruiert werden.
  • Insbesondere enthält der erste Endgerätedatensatz, der bei der Fahrtrekonstruktion als im Fahrtrekonstruktionsmodul 238 "in Benutzung des Personentransportsystems" bewertetet wurde, mit dem frühesten Zeitdatum das Fahrzeuginformationsdatum mit der Starthaltestelle, also der Haltestelle, an der der Nutzer das Personentransportfahrzeug betreten hat, also die Fahrt begonnen hat. Insbesondere enthält der letzte Endgerätedatensatz, der bei der Fahrtrekonstruktion im Fahrtrekonstruktionsmodul 238 als "in Benutzung des Personentransportsystems" bewertetet wurde, mit dem spätesten Zeitdatum das Fahrzeuginformationsdatum mit der Endhaltestelle, also der Haltestelle, an der der Nutzer das Personentransportfahrzeug verlassen hat, also die Fahrt beendet hat. In zuverlässiger Weise wird die Fahrt rekonstruiert und insbesondere ein Start und/oder ein Ende der Fahrt detektiert.
  • Insbesondere kann bei einem CIBO-System (Check-In / Be-Out) der erste Endgerätedatensatz, der bei der Fahrtrekonstruktion im Fahrtrekonstruktionsmodul 238 als "in Benutzung des Personentransportsystems" bewertetet wurde, schon anhand der Benutzer-Interaktion ("Check-In") einfach identifiziert werden; insbesondere kann das Aufzeichnen von Endgerätedatensätzen erst durch den "Check-In" gestartet werden.
  • Anders bei einem BIBO-System (Be-In / Be-Out): Hier muss das Endgerät zumindest nahezu fortlaufend Endgeräte-Datensätze aufzeichnen, und erst bei der Fahrtrekonstruktion im Fahrtrekonstruktionsmodul 238 kann festgestellt werden, welches der erste Datensatz ist, der als "in Benutzung des Personentransportsystems" bewertet werden kann.
  • Optional kann die Datenverarbeitungsvorrichtung 234 ein Fahrpreisbestimmungsmodul 244 umfassen, das von dem mindestens einen Prozessor ausführbar ist. Das Fahrpreisbestimmungsmodul 244 kann eingerichtet sein zum Bestimmen (in insbesondere bekannter Weise) des Fahrpreises für die durchgeführte Fahrt bzw. rekonstruierte Fahrt des Nutzers.
  • Die Figur 3 zeigt eine schematische Ansicht eines weiteren Ausführungsbeispiels eines Fahrtrekonstruktionssystems 330 gemäß der vorliegenden Erfindung mit einem weiteren Ausführungsbeispiel einer Fahrzeuganordnung 300 gemäß der vorliegenden Erfindung und einem Ausführungsbeispiel einer Datenverarbeitungsvorrichtung 334 gemäß der vorliegenden Erfindung. Zur Vermeidung von Wiederholungen werden nachfolgend im Wesentlichen nur die Unterschiede zu den vorherigen Ausführungsbeispielen gemäß der Figur 1 und 2 beschrieben.
  • Die Fahrzeuganordnung 300 umfasst vorliegend, wie beschrieben wurde, mindestens einen Beacon 304, ein Bereitstellungsmodul 310, ein Beaconsignalgenerator 312 mit einem Codierer 322 und einen Codierungsspeicher 332, wobei Bereitstellungsmodul 310, Beaconsignalgenerator 312 und Codierungsspeicher 332 in einer zentralen Recheneinheit 308 implementiert sein können. Der mindestens eine Beacon 304 kann über ein Kommunikationsnetz 314 mit der zentralen Recheneinheit 308 verbunden sein.
  • Der wesentliche Unterschied des Ausführungsbeispiel nach Figur 3 zu dem Ausführungsbeispiel nach Figur 2 ist insbesondere, dass der Decodierer 362 und der Decodierungsspeicher 360 nicht in der Datenverarbeitungsvorrichtung 334 implementiert sind, sondern in dem mobilen Endgerät 346. Das Fahrtrekonstruktionssystem 330 kann das mindestens eine mobile Endgerät 346 umfassen.
  • Das mobile Endgerät 346 kann über einem Empfänger 348 Beaconsignale empfangen, wie beschrieben wurde. Die Fahrtanwendung 352 kann insbesondere den Decodierer 362 enthalten, der mittels der in dem Decodierungsspeicher 360 gespeicherten Decodierungstabelle die Haltestelleninformation bestimmen kann, wie beschrieben wurde.
  • Insbesondere unter Steuerung der Fahrtanwendung 352 kann das Sendemodul 350 ein Aussenden eines zweiten Endgerätedatensatzes bewirken, enthaltend zumindest die Endgerätekennung des mobilen Endgeräts 346, die bestimmte Haltestelleninformation des durch das mobile Endgerät 346 empfangenen Beaconsignals und die Beaconkennung des durch das mobile Endgerät 346 empfangenen Beaconsignals.
  • Insbesondere können die Beaconsignale periodisch durch das mobile Endgerät 346 empfangen werden, wie beschrieben wurde. Vorzugsweise können die zweiten Endgerätedatensätze (in entsprechender Weise nach einem Empfang eines Beaconsignals oder einer bestimmten Anzahl von Beaconsignalen mit der gleichen Beaconkennung) periodisch generiert und versendet werden, zumindest wenn eine ausreichende Kommunikationsverbindung zu der Datenverarbeitungsvorrichtung 334 besteht. Es versteht sich, dass die ersten Endgerätedatensätze auch zwischengespeichert und zu einem späteren Zeitpunkt versendet werden können.
  • Die Datenverarbeitungsvorrichtung 334 umfasst vorliegend ein Empfangsmodul 336, ein Fahrtrekonstruktionsmodul 338 und optional ein Fahrpreisbestimmungsmodul 344, wie beschrieben wurde.
  • Auch bei diesem Ausführungsbeispiel kann mindestens ein Zeitdatum durch die Fahrzeuganordnung 300 und/oder das mobile Endgerät 346 hinzugefügt werden, wie beispielsweise zur Figur 2 erläutert wurde.
  • Die Figur 4 zeigt ein Diagramm eines Ausführungsbeispiels eines (computerimplementiertes) Verfahrens gemäß der vorliegenden Erfindung, mit dem beispielsweise ein Fahrtrekonstruktionssystem entsprechend Figur 2 und/oder 3 betrieben werden kann.
  • In einem Schritt 401 erfolgt ein Aussenden, durch einen Beacon einer in einem Personentransportfahrzeug installierten Fahrzeuganordnung für ein Personentransportfahrzeug, eines Beaconsignals, enthaltend zumindest eine Beaconkennung des Beacons und zumindest ein Fahrzeuginformationsdatum, das zumindest auf einer augenblicklichen Haltestelleninformation des Personentransportfahrzeugs basiert, wie zuvor beschrieben wurde.
  • In einem Schritt 403 erfolgt ein Bestimmen, durch einen Decodierer (des mobilen Endgeräts oder der Datenverarbeitungsvorrichtung), der Haltestelleninformation, die dem erhaltenen Fahrzeuginformationsdatum zugeordnet ist, basierend auf einer (im mobilen Endgerät bzw. der Datenverarbeitungsvorrichtung) gespeicherten Decodierungstabelle, enthaltend zumindest Zuordnungen zwischen einem jeweiligen Fahrzeuginformationsdatum und zumindest einer jeweiligen Haltestelleninformation, wie zuvor beschrieben wurde.
  • In einem Schritt 405 erfolgt ein Rekonstruieren, durch mindestens ein Fahrtrekonstruktionsmodul einer Datenverarbeitungsvorrichtung, einer durchgeführten Fahrt, basierend zumindest auf der bestimmten Haltestelleninformation, wie zuvor beschrieben wurde.
  • Optional kann ein Bestimmen des Fahrpreises erfolgen, durch ein Fahrpreisbestimmungsmodul, basierend auf der rekonstruierten Fahrt und mindestens einem Tarifdatum, wie zuvor beschrieben wurde.
    • Bezugszeichenliste:
    • 100
    Fahrzeuganordnung
    102
    Personentransportfahrzeug
    104
    Beacon
    106
    Beacon
    108
    zentrale Recheneinheit
    110
    Bereitstellungsmodul
    112
    Beaconsignalgenerator
    114
    Kommunikationsnetz
    116
    Validator
    118
    Schnittstelle
    120
    Zugangsbereich
    200
    Fahrzeuganordnung
    204
    Beacon
    208
    zentrale Recheneinheit
    210
    Bereitstellungsmodul
    212
    Beaconsignalgenerator
    214
    Kommunikationsnetz
    222
    Codierer
    230
    Fahrtrekonstruktionssystem,
    232
    Codierungsspeicher
    234
    Datenverarbeitungsvorrichtung
    236
    Empfangsmodul
    238
    Fahrtrekonstruktionsmodul
    240
    Decodierungsspeicher
    242
    Decodierer
    244
    Fahrpreisbestimmungsmodul
    246
    mobiles Endgerät
    248
    Empfänger
    250
    Sendemodul
    252
    Fahrtanwendung
    300
    Fahrzeuganordnung
    304
    Beacon
    308
    zentrale Recheneinheit
    310
    Bereitstellungsmodul
    312
    Beaconsignalgenerator
    314
    Kommunikationsnetz
    322
    Codierer
    330
    Fahrtrekonstruktionssystem
    332
    Codierungsspeicher
    334
    Datenverarbeitungsvorrichtung
    336
    Empfangsmodul
    338
    Fahrtrekonstruktionsmodul
    344
    Fahrpreisbestimmungsmodul
    346
    mobiles Endgerät
    348
    Empfänger
    350
    Sendemodul
    352
    Fahrtanwendung
    360
    Decodierungsspeicher
    362
    Decodierer

Claims (14)

  1. Fahrzeuganordnung (100, 200, 300) für ein Personentransportfahrzeug (102) eines Fahrtrekonstruktionssystems (230, 330), wobei die Fahrzeuganordnung (100, 200, 300) in dem Personentransportfahrzeug (102) installierbar ist, umfassend:
    - mindestens ein Beacon (104, 106, 204, 304), eingerichtet zum Aussenden eines Beaconsignals,
    dadurch gekennzeichnet, dass die Fahrzeuganordnung (100, 200, 300) umfasst:
    - mindestens ein Bereitstellungsmodul (110, 210, 310), eingerichtet zum Bereitstellen zumindest einer augenblicklichen Haltestelleninformation des Personentransportfahrzeugs (102),
    - mindestens einen Beaconsignalgenerator (112, 212, 312), eingerichtet zum Generieren des Beaconsignals, enthaltend zumindest eine Beaconkennung des Beacons (104, 106, 204, 304) und zumindest ein Fahrzeuginformationsdatum, das zumindest auf der bereitgestellten Haltestelleninformation basiert.
  2. Fahrzeuganordnung (100, 200, 300) nach Anspruch 1, dadurch gekennzeichnet, dass die Fahrzeuganordnung (100, 200, 300) umfasst:
    - mindestens einen Codierungsspeicher (232, 332), eingerichtet zum Speichern einer Codierungstabelle, enthaltend zumindest jeweilige Zuordnungen zwischen einem jeweiligen Fahrzeuginformationsdatum und zumindest der jeweiligen Haltestelleninformation,
    - wobei der Beaconsignalgenerator (112, 212, 312) einen Codierer (222, 322) umfasst, eingerichtet zum Bestimmen des Fahrzeuginformationsdatums, das der bereitgestellten Haltestellinformation zugeordnet ist.
  3. Fahrzeuganordnung (100, 200, 300) nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass
    - der mindestens eine Beacon (104, 106, 204, 304) eine Beaconrecheneinheit umfasst, wobei die Beaconrecheneinheit zumindest den Beaconsignalgenerator (112, 212, 312) umfasst.
  4. Fahrzeuganordnung (100, 200, 300) nach einem der vorherigen Ansprüche, dadurch gekennzeichnet, dass die Fahrzeuganordnung (100, 200, 300) umfasst:
    - eine Mehrzahl von Beacons (104, 106, 204, 304), und
    - mindestens eine mit der Mehrzahl von Beacons (104, 106, 204, 304) verbundene zentrale Recheneinheit (108, 208, 308), wobei die zentrale Recheneinheit (108, 208, 308) zumindest den Beaconsignalgenerator (112, 212, 312) umfasst.
  5. Fahrzeuganordnung (100, 200, 300) nach einem der vorherigen Ansprüche, dadurch gekennzeichnet, dass die Fahrzeuganordnung (100, 200, 300) umfasst:
    - mindestens einen Validator (116), eingerichtet zum Validieren eines Ticketmediums,
    - wobei der mindestens eine Validator (116) eine interne mit dem mindestens einen Beacon (104, 106, 204, 304) verbundene Recheneinheit umfasst, wobei die interne Recheneinheit zumindest den Beaconsignalgenerator (112, 212, 312) umfasst.
  6. Fahrzeuganordnung (100, 200, 300) nach einem der vorherigen Ansprüche, dadurch gekennzeichnet, dass
    - das Bereitstellungsmodul (110, 210, 310) eingerichtet ist zum Bereitstellen mindestens einer Fahrzeuginformation,
    - wobei die mindestens eine Fahrzeuginformation ausgewählt ist aus der Gruppe, umfassend:
    - Fahrzeugkennung,
    - Fahrzeugzeitdatum,
    - Fahrzeuglinie,
    - Fahrzeugbetreiberkennung,
    - Beaconposition im Fahrzeug, und
    - Umlaufdatum.
  7. Fahrzeuganordnung (100, 200, 300) nach Anspruch 6, dadurch gekennzeichnet, dass
    - der Beaconsignalgenerator (112, 212, 312) eingerichtet ist zum Generieren des Beaconsignals, enthaltend zumindest die Beaconkennung und das zumindest eine Fahrzeuginformationsdatum, zumindest basierend auf der bereitgestellten Haltestelleninformation und der bereitgestellten mindestens einen Fahrzeuginformation.
  8. Fahrzeuganordnung (100, 200, 300) nach Anspruch 2 und 6 oder 7, dadurch gekennzeichnet, dass
    - die Codierungstabelle zumindest jeweilige Zuordnungen zwischen einem jeweiligen Fahrzeuginformationsdatum und zumindest der jeweiligen Haltestelleninformation sowie mindestens einer Fahrzeuginformation enthalten,
    - wobei der Beaconsignalgenerator (112, 212, 312) einen Codierer (222, 322) umfasst, eingerichtet zum Bestimmen des Fahrzeuginformationsdatums, das der bereitgestellten Haltestellinformation und der bereitgestellten mindestens einen Fahrzeuginformation zugeordnet ist.
  9. Personentransportfahrzeug (102), umfassend:
    - eine in dem Personentransportfahrzeug (102) installierte Fahrzeuganordnung (100, 200, 300) nach einem der vorherigen Ansprüche 1 bis 8.
  10. Datenverarbeitungsvorrichtung (234, 334) für ein Fahrtrekonstruktionssystem (230, 330), umfassend:
    - mindestens ein Empfangsmodul (236, 336), eingerichtet zum Empfangen eines ersten Endgerätedatensatzes von einem mobilen Endgerät (246, 346),
    - wobei der erste Endgerätedatensatz zumindest eine Endgerätekennung des mobilen Endgeräts (246, 346), ein Fahrzeuginformationsdatum eines durch das mobile Endgerät (246, 346) empfangenen Beaconsignals und eine Beaconkennung des durch das mobile Endgerät (246, 346) empfangenen Beaconsignals enthält, und
    - mindestens ein Fahrtrekonstruktionsmodul (238, 338), eingerichtet zum Rekonstruieren einer durchgeführten Fahrt, basierend zumindest auf dem erhaltenen ersten Endgerätedatensatz.
  11. Datenverarbeitungsvorrichtung (236, 336) nach Anspruch 10, dadurch gekennzeichnet, dass die Datenverarbeitungsvorrichtung (236, 336) umfasst:
    - mindestens einen Decodierungsspeicher (240), eingerichtet zum Speichern einer Decodierungstabelle, enthaltend zumindest Zuordnungen zwischen einem jeweiligen Fahrzeuginformationsdatum und zumindest einer jeweiligen Haltestelleninformation,
    - wobei das Fahrtrekonstruktionsmodul (238) einen Decodierer (242) umfasst, eingerichtet zum Bestimmen der Haltestelleninformation, die dem erhaltenen Fahrzeuginformationsdatum zugeordnet ist, basierend auf der gespeicherten Decodierungstabelle.
  12. Fahrtrekonstruktionssystem (230, 330), umfassend:
    - mindestens eine Fahrzeuganordnung (100, 200, 300) nach einem der vorherigen Ansprüche 2 bis 8,
    - mindestens einen Decodierungsspeicher (240, 360), eingerichtet zum Speichern einer Decodierungstabelle, enthaltend zumindest Zuordnungen zwischen einem jeweiligen Fahrzeuginformationsdatum und zumindest einer jeweiligen Haltestelleninformation,
    - mindestens einen Decodierer (242, 362), eingerichtet zum Bestimmen der Haltestelleninformation, die dem erhaltenen Fahrzeuginformationsdatum zugeordnet ist, basierend auf der gespeicherten Decodierungstabelle, und
    - mindestens ein Fahrtrekonstruktionsmodul (238, 338) einer Datenverarbeitungsvorrichtung (234, 334), eingerichtet zum Rekonstruieren einer durchgeführten Fahrt, basierend zumindest auf der bestimmten Haltestelleninformation.
  13. Fahrtrekonstruktionssystem (230, 330) nach Anspruch 12, dadurch gekennzeichnet, dass das Fahrtrekonstruktionssystem (230, 330) umfasst:
    - mindestens ein mobiles Endgerät (246, 346) mit einem Empfangsmodul (248, 348), eingerichtet zum Empfangen des mindestens einen Beaconsignals,
    - wobei das mobile Endgerät (246, 346) den Decodierungsspeicher (360) und den Decodierer (362) umfasst, und
    - wobei das mobile Endgerät (246, 346) ein Sendemodul (250, 350) umfasst, eingerichtet zum Aussenden eines zweiten Endgerätedatensatzes, enthaltend zumindest eine Endgerätekennung des mobilen Endgeräts (246, 346), die bestimmte Haltestelleninformation des durch das mobile Endgerät (246, 346) empfangenen Beaconsignals und die Beaconkennung des durch das mobile Endgerät (246, 346) empfangenen Beaconsignals.
  14. Verfahren, umfassend:
    - Aussenden, durch einen Beacon (104, 106, 204, 304) einer in einem Personentransportfahrzeug installierten Fahrzeuganordnung (100, 200, 300) für ein Personentransportfahrzeug (102), eines Beaconsignals, enthaltend zumindest eine Beaconkennung des Beacons (104, 106, 204, 304) und zumindest ein Fahrzeuginformationsdatum, das zumindest auf einer augenblicklichen Haltestelleninformation des Personentransportfahrzeugs (102) basiert,
    - Bestimmen, durch einen Decodierer (242, 362), der Haltestelleninformation, die dem erhaltenen Fahrzeuginformationsdatum zugeordnet ist, basierend auf einer gespeicherten Decodierungstabelle, enthaltend zumindest Zuordnungen zwischen einem jeweiligen Fahrzeuginformationsdatum und zumindest einer jeweiligen Haltestelleninformation, und
    - Rekonstruieren, durch mindestens ein Fahrtrekonstruktionsmodul (238, 338) einer Datenverarbeitungsvorrichtung (234, 334), einer durchgeführten Fahrt, basierend zumindest auf der bestimmten Haltestelleninformation.
EP24179679.6A 2023-06-27 2024-06-03 Fahrzeuganordnung für ein personentransportfahrzeug Pending EP4488964A1 (de)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE102023116909.2A DE102023116909A1 (de) 2023-06-27 2023-06-27 Fahrzeuganordnung für ein Personentransportfahrzeug

Publications (1)

Publication Number Publication Date
EP4488964A1 true EP4488964A1 (de) 2025-01-08

Family

ID=91376716

Family Applications (1)

Application Number Title Priority Date Filing Date
EP24179679.6A Pending EP4488964A1 (de) 2023-06-27 2024-06-03 Fahrzeuganordnung für ein personentransportfahrzeug

Country Status (2)

Country Link
EP (1) EP4488964A1 (de)
DE (1) DE102023116909A1 (de)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102013209711A1 (de) * 2013-05-24 2014-11-27 Siemens Aktiengesellschaft Schienenfahrzeug
DE102016216646A1 (de) * 2016-09-02 2018-03-08 Siemens Aktiengesellschaft Informationsverfahren und Informationssystem zum Ausgeben wenigstens einer Ausstiegsinformation in einem Schienenfahrzeug
EP3358532A1 (de) * 2017-02-03 2018-08-08 Scheidt & Bachmann GmbH Verfahren zur automatischen ermittlung der nutzung von fahrzeugen
US20210350341A1 (en) * 2020-05-08 2021-11-11 Straffic Co., Ltd. Method for collecting transportation fare with location-based mobile onetime tickets

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102013209711A1 (de) * 2013-05-24 2014-11-27 Siemens Aktiengesellschaft Schienenfahrzeug
DE102016216646A1 (de) * 2016-09-02 2018-03-08 Siemens Aktiengesellschaft Informationsverfahren und Informationssystem zum Ausgeben wenigstens einer Ausstiegsinformation in einem Schienenfahrzeug
EP3358532A1 (de) * 2017-02-03 2018-08-08 Scheidt & Bachmann GmbH Verfahren zur automatischen ermittlung der nutzung von fahrzeugen
US20210350341A1 (en) * 2020-05-08 2021-11-11 Straffic Co., Ltd. Method for collecting transportation fare with location-based mobile onetime tickets

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
TUVERI GIOVANNI ET AL: "Automating Ticket Validation: A Key Strategy for Fare Clearing and Service Planning", 2019 6TH INTERNATIONAL CONFERENCE ON MODELS AND TECHNOLOGIES FOR INTELLIGENT TRANSPORTATION SYSTEMS (MT-ITS), IEEE, 5 June 2019 (2019-06-05), pages 1 - 10, XP033651533, DOI: 10.1109/MTITS.2019.8883318 *

Also Published As

Publication number Publication date
DE102023116909A1 (de) 2025-01-02

Similar Documents

Publication Publication Date Title
DE102015111522B4 (de) Schnelle Schätzung der UTC-Zeit in einer mobilen Einrichtung unter Verwendung eines GNSS
EP2924662B1 (de) Onboard-Unit und Verfahren zur Funktionsüberwachung in einem Straßenmautsystem
EP2347279A1 (de) Verbesserung und validierung der positionsbestimmung
DE112018007073T5 (de) Informationserzeugungsvorrichtung, Informationserzeugungsverfahren, Computerprogramm und fahrzeuginterne Vorrichtung
DE102017104999B4 (de) Verfahren zur Bestimmung der momentanen Position eines Schienenfahrzeugs, Computerprogramm und Schienenfahrzeug-Ortungssystem
DE102012101638A1 (de) Verfahren und System zur Übermittlung von Verkehrsmittel-/Fahrstreckendaten in einem Verkehrsmittel an ein Mobilfunkgerät und zur Ermittlung von abrechnungsrelevanten Daten
DE112015000924T5 (de) Zielabhängiger Geschwindigkeitsregler
EP3506234A1 (de) Verfahren zur ermittlung des abstellplatzes eines fahrzeugs
EP3358532B1 (de) Verfahren zur automatischen ermittlung der nutzung von fahrzeugen
EP2811466B1 (de) Verfahren und Einrichtungen zur Fehlererkennung in einem Mautsystem
DE102016120146A1 (de) Verfahren zum prüfen einer autorisierung einer mobilen entriegelungsvorrichtung sowie steuergeräte für ein fahrzeug
EP3382657B1 (de) Verfahren zum betreiben eines zugangssystems
EP4488964A1 (de) Fahrzeuganordnung für ein personentransportfahrzeug
EP3495847B2 (de) Tachografenanordnung und verfahren zum betreiben einer tachografenanordnung
EP3817406B1 (de) Verfahren zum betreiben einer auf einem mobilen endgerät installierten dienstleistungsanwendung
EP2023576A2 (de) Verfahren und System zum Bereitstellen teilnehmerspezifischer Dienste
EP3279692B1 (de) Datenverarbeitungseinrichtung, system und verfahren zur prüfung der erfüllung der bestimmungsgemässen funktion einer positionsbestimmungseinrichtung
DE102018000682A1 (de) Verfahren und Server zum Sammeln von Fahreraktivitätsdaten
DE102012211333A1 (de) Positionsbestimmung von Schienenfahrzeugen
EP2413292B1 (de) Verfahren zur Analyse der Funktion und/oder Daten einer Vielzahl von Vorrichtungen
EP3211605A1 (de) Fahrzeugeinrichtung, system, strassenseitige einrichtung und verfahren zur durchführung wenigstens einer transaktion
EP0741373A2 (de) System zum Erfassen der von einem Fahrzeug in einem vorgegebenen Bereich zurückgelegten Fahrstrecke
WO2018202411A1 (de) Verfahren zum bereitstellen von sicherheitsinformationen, fahrzeugassistenzvorrichtung und verkehrssystem
EP3174015A1 (de) Erkennung von fehlern in einer von einem fahrzeug mitgeführten fahrzeugeinrichtung eines mautsystems
EP3358533B1 (de) Verfahren zur automatischen ermittlung der nutzung von fahrzeugen

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

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

Free format text: STATUS: THE APPLICATION HAS BEEN PUBLISHED

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 ME 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: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20250704