EP3812239A1 - Rechnergestützte plattform zur darstellung einer bahninfrastruktur und verfahren zu deren betrieb - Google Patents

Rechnergestützte plattform zur darstellung einer bahninfrastruktur und verfahren zu deren betrieb Download PDF

Info

Publication number
EP3812239A1
EP3812239A1 EP19204369.3A EP19204369A EP3812239A1 EP 3812239 A1 EP3812239 A1 EP 3812239A1 EP 19204369 A EP19204369 A EP 19204369A EP 3812239 A1 EP3812239 A1 EP 3812239A1
Authority
EP
European Patent Office
Prior art keywords
data
program module
infrastructure
designed
rail
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
EP19204369.3A
Other languages
English (en)
French (fr)
Other versions
EP3812239B1 (de
EP3812239C0 (de
Inventor
Jürgen Lange
Tuan Le Da
Andreas Stork
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.)
Siemens Mobility GmbH
Original Assignee
Siemens Mobility 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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=68296281&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=EP3812239(A1) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Siemens Mobility GmbH filed Critical Siemens Mobility GmbH
Priority to EP19204369.3A priority Critical patent/EP3812239B1/de
Priority to ES19204369T priority patent/ES2967281T3/es
Publication of EP3812239A1 publication Critical patent/EP3812239A1/de
Application granted granted Critical
Publication of EP3812239B1 publication Critical patent/EP3812239B1/de
Publication of EP3812239C0 publication Critical patent/EP3812239C0/de
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B61—RAILWAYS
    • B61L—GUIDING RAILWAY TRAFFIC; ENSURING THE SAFETY OF RAILWAY TRAFFIC
    • B61L27/00—Central railway traffic control systems; Trackside control; Communication systems specially adapted therefor
    • B61L27/50—Trackside diagnosis or maintenance, e.g. software upgrades
    • B61L27/53—Trackside diagnosis or maintenance, e.g. software upgrades for trackside elements or systems, e.g. trackside supervision of trackside control system conditions
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B61—RAILWAYS
    • B61L—GUIDING RAILWAY TRAFFIC; ENSURING THE SAFETY OF RAILWAY TRAFFIC
    • B61L27/00—Central railway traffic control systems; Trackside control; Communication systems specially adapted therefor
    • B61L27/60—Testing or simulation

Definitions

  • planning data for route networks of trains are currently collected preferably two-dimensionally.
  • Suitable planning tools are used to plan the routes, with route elements belonging to the route being planned as a function of the route kilometers, i.e. two-dimensionally.
  • a planning tool used by Siemens Mobility GmbH is, for example, Entegro Engineering.
  • routes can be measured three-dimensionally. This is done, for example, by a measuring car that drives the route and allows laser measurement or visual detection (film, photo) of the route, or Measurements from the air, which can be carried out with drones, for example.
  • the data determined in this way can be created, for example, with Open Rail Designer, a tool from Bentley.
  • the object of the invention to provide a platform for processing and / or displaying a railway infrastructure, which on the one hand can be operated intuitively and on the other hand offers the possibility of recording existing planning data.
  • a further object of the invention is to specify a method with which outputs can be processed intuitively and with which existing planning data can be taken into account.
  • the object of the invention is to specify a computer program product and a provision device for this computer program product with which the aforementioned method can be carried out.
  • the invention provides that both 2-D data and 3-D data can be processed.
  • 2-D data should be transformed into 3-D data and 3-D data should be transformed into 2-D data. This makes it possible for the second program module to process all available data and, at the same time, to display this data both in a 2D environment and in a 3D environment.
  • the processing of both 3-D data and 2-D data has the further advantage that the second program module uses it can be used to compare the 2-D data with the 3-D data. In this way discrepancies can be uncovered.
  • the historical 2-D data from the archive may be out of date because it was not properly maintained in the past. In this case, the more up-to-date 3-D data must be given priority so that a correction can be made.
  • the 3-D data were incorrectly recorded by the measuring process or incorrectly interpreted by the third program module. For example, it can happen that a route element was falsely recognized in the 3-D data that cannot be found in the 2-D data.
  • the 2-D data are preferably route data.
  • Data from a route atlas can serve as route data.
  • the route data receive information about the route in reality.
  • the route data can also contain route properties (age of the route, maximum permitted speed on the route, etc.).
  • the route data also contain information about the presence of route elements. This means, for example, signals, switches, level crossings, train stations and the like.
  • the terms “create”, “calculate”, “Calculate”, “determine”, “generate”, “configure”, “modify” and the like preferably refer to actions and / or processes and / or processing steps that change and / or generate data and / or convert the data into other data.
  • the data are in particular available as physical quantities, for example as electrical impulses or also as measured values.
  • the necessary instructions / program commands are summarized in a computer program as software.
  • the terms “receive” “send”, “read in”, “read out”, “transmit” and the like relate to the interaction of individual hardware components and / or software components via interfaces.
  • the interfaces can be implemented in terms of hardware, for example wired or as a radio link, and / or in software, for example as interaction between individual program modules or program parts of one or more computer programs.
  • “computer-aided” or “computer-implemented” can be understood to mean, for example, an implementation of the method in which one or more computers executes or executes at least one method step of the method.
  • the term "computer” is to be interpreted broadly, it covers all electronic devices with data processing properties. Computers can thus be, for example, personal computers, servers, handheld computer systems, pocket PC devices, mobile radio devices and other communication devices that process data with the aid of computers, processors and other electronic devices for data processing, which can preferably also be connected to a network.
  • a “memory unit” can be understood to mean, for example, a computer-readable memory in the form of a random access memory (RAM) or data memory (hard disk or a data carrier).
  • RAM random access memory
  • data memory hard disk or a data carrier
  • a “cloud” is to be understood as an environment for “cloud computing” (German computer cloud or data cloud). What is meant is an IT infrastructure that operates over a network such as the Internet is made available. It usually includes storage space, computing power or application software as a service without these having to be installed on the local computer using the cloud. These services are offered and used exclusively through technical interfaces and protocols, such as a web browser.
  • the range of services offered in the context of cloud computing encompasses the entire spectrum of information technology and includes infrastructure, platforms and software, among other things.
  • Program modules are to be understood as individual functional units which enable the program sequence according to the invention. These functional units can be implemented in a single computer program or in several computer programs that communicate with one another. The interfaces implemented here can be implemented in terms of software within a single processor or in terms of hardware if several processors are used.
  • a “processor” can be understood to mean, for example, a machine, for example a sensor for generating measured values or an electronic circuit.
  • a processor can in particular be a central processing unit (CPU), a microprocessor or a microcontroller, for example an application-specific integrated circuit or a digital signal processor, possibly in combination with a memory unit for storing program commands, etc. .
  • a processor can also be, for example, an IC (integrated circuit), in particular an FPGA (field programmable gate array) or an ASIC (application-specific integrated circuit), or act as a DSP (digital signal processor).
  • a processor can also be understood to be a virtualized processor or a soft CPU. It can also be a programmable processor, for example, which is equipped with a configuration for the execution of a computer-aided process.
  • the second program module is designed to collect both the 2D data made available by the first program module and the 2D data made available by the fifth program module and / or both the 2D data made available by the second program module PM2 To output both the 3D data made available and the 3D data made available by the fourth program module.
  • a mixed output also on a display or the like in one and the same view contains information from both worlds, i.e. the representation of 2-D data and 3-D data.
  • the display for example a screen
  • the information from both worlds can be processed quickly when designing new routes or modifying existing routes.
  • a display is sufficient to output both the 2-D data and the 3-D data, which at the same time represents a cost-effective technical solution.
  • the second program module is designed to output the 2D data and / or the 3D data with an index, the index containing information about whether the relevant data is from the first program module or from originate from the third program module.
  • the storage device SE is designed so that the 2D data and the 3D data are stored together, in particular in a cloud.
  • Cloud-based solutions have the advantage that both the computing power and the storage capacity can be distributed over several units (storage units and processors), so that decentralized and cost-effective solutions can be found. Inexpensive because the computing capacity of processors and the storage capacity of storage units can be optimally used by searching for free computing capacity or free storage capacity for the application in question.
  • different data sources are used on the platform according to the invention, which in the case of a cloud-based solution can advantageously also be spatially separated from one another.
  • the archive with 2-D data is perhaps located in a central office, while the measuring device travels a route to generate 3-D data and is therefore mobile.
  • the management of the use of free storage units and processors takes place via a common data environment, or CDE for short.
  • a sixth program module is designed to influence real train traffic, the second program module being designed to evaluate train behavior data generated by the sixth program module.
  • Taking train behavior data into account advantageously creates the possibility of introducing empirical values, for example when designing a new route or modifying an existing route, which typically relate to trains in certain situations. For example, can Speed limits are introduced depending on the gradient or depending on curve radii.
  • Events that occurred during operation with trains can also be evaluated, especially when modifying routes. For example, the repeated necessity of braking could be taken into account to the effect that a relevant route section is provided with a speed limit. This advantageously facilitates the planning or modification of routes, the selected measures thus being selected taking reality into account, so that their meaningfulness is given.
  • the sixth program module is designed to record the train behavior data as 2D data describing the train behavior.
  • the sixth program module is therefore advantageously designed to record the train behavior data in a form that is usually collected. While the train is in operation, the train travels the route so that the train behavior data can be determined two-dimensionally as a function of the route (for example, as a function of the kilometers). The acquisition by the sixth program module can therefore advantageously take place very efficiently if it is designed to acquire 2-D data.
  • the train behavior data are converted into 3D data describing the train behavior by the fourth program module.
  • train behavior data can also, for example, simplify planning processes using 3-D data
  • train behavior data is not displayed as a function of the route, but rather as a function of the virtual 3-D environment.
  • these can also be taken into account directly by the second program module when evaluating 3-D data and also when displaying them.
  • a measuring device is designed to record the 3D data describing the rail infrastructure in the actually existing rail infrastructure.
  • the measuring device can consist, for example, of a measuring car that travels the relevant route. This is an efficient way of collecting 3-D data from the route and its surroundings. Laser scanners and cameras, for example, can be used here. Measurement with ultrasound or radar is also conceivable.
  • the second program module PM2 is designed to output the 2D data and / or the 3D data to a simulation program.
  • the simulation program can, for example, be part of a driving simulator for railways, in which, for example, train crews are trained on a virtually mapped and actually existing route. The train crew drives through the virtual space and thus gets to know the route and its surroundings without having to be there in person.
  • a provision device for storing and / or providing the computer program product.
  • the provision device is, for example, a data carrier that stores and / or provides the computer program product.
  • the provision device is, for example, a network service, a computer system, a server system, in particular a distributed computer system, a cloud-based computer system and / or virtual computer system, which the computer program product preferably stores and / or provides in the form of a data stream.
  • a download in the form of a program data block and / or command data block preferably as a file, in particular as a download file, or as a Data stream, in particular as a download data stream, of the complete computer program product.
  • This provision can, for example, also take place as a partial download, which consists of several parts and, in particular, is downloaded via a peer-to-peer network or made available as a data stream.
  • Such a computer program product is read into a system using the supply device in the form of the data carrier and executes the program commands so that the method according to the invention is executed on a computer or the creation device is configured in such a way that it generates the workpiece according to the invention. Further details of the invention are described below with reference to the drawing. The same or corresponding drawing elements are each provided with the same reference numerals and are only explained several times to the extent that there are differences between the individual figures.
  • the described components of the embodiments each represent individual features of the invention that are to be considered independently of one another, which further develop the invention in each case and are therefore also to be regarded as part of the invention individually or in a combination other than the one shown. Furthermore, the described embodiments can also be supplemented by further features of the invention already described.
  • Figure 1 the architecture of the computer-aided platform according to the invention is shown as a block diagram.
  • a storage unit or storage device SE is provided so that the platform can work.
  • data describing a railway infrastructure are available as 2D data and as 3D data.
  • the starting point for using the computer-aided platform is, on the one hand, the RLT reality, which includes both the railway network (STK line) and its real environment, including the train traffic taking place on it (ZG train).
  • an archive ARC planning data connected to a first program module PM1 via a first interface S1 is available as 2D data that has already been created and originates, for example, from route plans or route atlases. In other words, the data was collected and stored along the route, the position on the route STK, for example of a signal or a balise, being able to be represented two-dimensionally.
  • a measuring device SEN is available with which the route can be measured three-dimensionally via a second interface S2, namely in reality air conditioning.
  • This measuring device SEN can consist in a known manner, for example, of a measuring car guided over the route, which can produce, among other things, a laser measurement of the route and its surroundings as well as optical recordings of the route and its surroundings.
  • the 3D data are transferred to a third program module PM3 via a second interface S2, where they are converted into a virtual 3D environment by means of a suitable transformation of the measured values. To do this, the data must also be analyzed. The analysis and transformation of the 3D data take place in the third program module PM3.
  • the Open Rail Designer application from Bentley, for example, can be used to analyze the data.
  • the first program module PM1 is designed to process 2D data. These can, for example, come from the ARC archive, e.g. consist of historical route maps or be taken from them. Another possibility is to use a planning tool PLN, for example in the form of a computer program, which can communicate with the first program module PM1 via a quarter interface S4. In addition, a fifth interface S5 is provided, via which the planning tool BLN can also communicate with the third program module PM3.
  • the first program module PM1 sends 2D data via a sixth interface S6 to the storage device SE.
  • the third program module PM3 sends 3D data to the memory device SE via a seventh interface S7. If 2D data and 3D data are present in the storage device SE, these can also be transmitted to the planning tool PLN via an eighth interface S8.
  • 2D data and 3D data are thus present in the memory unit SE, whereby, as already explained, these are of different origin and in this regard can also overlap with regard to the information content.
  • the data should therefore be prepared in a second program module PM2.
  • the 3D data and the 2D data can be transferred to the second program module PM2 via a ninth interface S9.
  • 3D data can be transmitted from the storage device SE via a tenth interface S10 to a fifth program module PM5, where this data is transformed into 2D data. This makes them compatible with the 2D data generated by the first PM1 program module.
  • the 2D data generated in this way are transmitted both to the storage device SE via the tenth interface S10 and directly to the second program module PM2 via an eleventh interface S11.
  • a fourth program module PM4 can also receive 2D data from the storage unit SE via a twelfth interface S12, transform them into 3D data and then transfer the 3D data to the storage unit SE via the twelfth interface S12 or to the second program module PM2 via a 13th interface S13.
  • the second program module PM2 is able to process the 2D data made available by the first program module PM1 as well as the transformed 2D data made available by the fifth program module PM5 and / or also the 3D data made available by the second program module PM2. To process and output data as well as the 3D data transformed by the fourth program module PM4. The processing preferably also takes place in such a way that inconsistencies in the data, which originate from different sources, can be identified.
  • the second program module PM2 can carry out an automatic assessment of which of the data is more likely to be the correct data.
  • an artificial intelligence AI, see Figure 2
  • 2D data from the ARC archive can be out of date, while the 3D data derived from the reality RLT, if they are more recent, can be treated preferentially.
  • errors occurred when the third program module PM3 processed the data made available by the measuring device SEN. For example, a certain route element (light signal, balise) could have been recognized incorrectly.
  • inconsistencies also enables human intervention, whereby the user can check inconsistencies in order to uncover a possible error. In case of doubt, the user can uncover the errors by comparing them with reality and correct them if necessary.
  • the output of the 3D data and / or the 2D data takes place as a function of a specific requirement.
  • an output device AE3 can be supplied with 3D data via a 14th interface S14.
  • the output device AE3 acts it is, for example, a screen on which a virtual 3D reality can be displayed by means of the 3D data.
  • the output device AE2 can also be a screen, with the 2D data being able to be displayed, for example, as a route plan or route atlas.
  • An alternative would be a tabular representation with route elements and the location, shown in route kilometers, where the route element is located.
  • simulation program SMP can advantageously be used to virtually travel planned or actually existing routes in order to check a planning result for its feasibility.
  • Another possibility to use the simulation program SMP is a training for train drivers.
  • Additional data can be provided by a sixth program module PM6 for train control CLR (cf. Figure 2 ) be collected.
  • This can be, for example, the product Train Guard MT from Siemens Mobility GmbH.
  • the sixth program module PM6 communicates via an 18th interface S18 in a manner known per se with the reality RLT in order to influence the train ZG on the route STK.
  • tensile behavior data ZVD are determined, which the sixth program module PM6 via a 19th interface S19 can transmit to the second program module PM2.
  • These can be used, for example, to supplement data sets with both 2D data and 3D data of the train behavior and thus, for example, to implement a more realistic simulation with the simulation program SMP.
  • ZVD train behavior data can also be evaluated during planning.
  • train behavior data ZVD are primarily two-dimensional
  • a 20th interface S20 can also be provided, via which the train behavior data ZVD are fed to the fifth program module PM5 in order to convert them into 3D data.
  • FIG 2 the sequence of the method according to the invention is shown as an exemplary embodiment in a flowchart.
  • CDE common data environment
  • the Common Data Environment CDE is part of a cloud CLD-based solution, in which the platform according to Figure 1 is implemented as a cloud solution.
  • This cloud solution thus also includes an integration of the storage unit SE and the archive ARC, so that their stored data is available in the Common Data Environment CDE.
  • the procedure according to Figure 2 can thus on a platform according to Figure 1 are executed.
  • a VF1 procedure is initiated.
  • This initially consists of a measuring step MSR, which is carried out by the measuring device SEN.
  • the data recorded in this way are first subjected to an analysis step ANL in the third program module PM3, the data obtained in the measuring step MSR being used to determine elements of the STK line including other line elements such as balises, light signals, switches, overhead lines, etc.
  • other objects can also be recognized, such as buildings, platforms, level crossings, trees, tunnels, etc., although this environment does not belong directly to the route itself.
  • an environment around the STK can be recorded, which can extend from a few meters (tunnel) to a few 100 meters (free field).
  • a transformation step TRN the data must also be transformed in the third program module PM3 in such a way that they result in a virtual reality.
  • a closed three-dimensional space is shown, the extent of which corresponds to the scope of the data collected in the analysis step ANL on the basis of the measurement step MSR.
  • the result of the transformation can be transferred to the Common Data Environment CDE in the form of 3D data.
  • the result is made available to the fifth program module PM5 so that it can carry out a 3D-2D transformation step.
  • the data are also analyzed so that, for example, route elements recognized in three-dimensional space can be converted into a suitable 2D representation. It is important that the position of the recognized 3D route element in the virtual space is known and can be determined in this way during the transformation in order to generate 2D route information from it. It is thus known on which route kilometer of the 2D representation of the route STK the identified route element is located.
  • the 2D data obtained in this way are passed on to the Common Data Environment CDE. Procedure VF1 is thus ended.
  • a second VF2 process can be started.
  • This uses the first program module PM1, with 2D data being taken from the Common Data Environment CDE.
  • route information that is required for train operation on the route STK can now also be generated on a route known per se.
  • it is a redesign of a line STK or a modification, for example a modernization of the line STK to the ETCS standard (European Train Control System).
  • the result of the route planning step STP is passed on to the fourth program module PM4. It should also be mentioned here that 2D data that are stored in the ARC archive can also be extracted via the Common Data Environment CDE in order to be made available to the fourth program module PM4. The 2D data generated in the route planning step STP are transferred to the Common Data Environment CDE.
  • the fourth program module PM4 then carries out a 2D-3D transformation, with which 3D data are created from the planning process.
  • Two-dimensional route information on the position of certain route elements on the route is evaluated in order to embed this three-dimensionally in a virtual environment, i.e. provided with X, Y, Z coordinates. For this it is necessary that the course of the route is known. Building on this, the specification of the location of a certain route element in kilometers can be converted into 3D information. For this purpose, both a height profile of the relevant route STK and its course on the earth's surface must be known. Such data can be taken from a route atlas, for example, which can be present in the ARC archive, for example. The determined 3D data are transferred to the Common Data Environment CDE, whereby the second method VF2 is ended.
  • a third procedure VF3 can be started. Strictly speaking, this is a process that permanently accompanies train operations in the real-world RLT.
  • the sixth program module PM6 carries out a train control step CLR, which is in itself in an in Figure 2 not shown way of the train control CLR is used in reality RLT.
  • train behavior data ZVD is also determined, which includes the train behavior of the trains moving in the real RLT. This can be done, for example, by sensors in the trains ZG can be determined.
  • the train behavior data ZVD is also valuable for planning processes for the route network and is available through transmission in the Common Data Environment CDE.
  • the fourth method VF4 is about the use of 2D data, 3D data and train behavior data ZVD, which are retrieved from the Common Data Environment CDE after the start of the method. These are made available in the second program module PM2.
  • a combination step CMB takes place in the second program module PM2, in which 2D data, 3D data and tensile behavior data ZVD can be processed together.
  • a data analysis is carried out, for example by an artificial intelligence KI or, in a manner not shown, by human intervention. If inconsistencies occur between, in particular, the 2D data and the 3D data, troubleshooting must be carried out in order to correct the data in a suitable manner in a correction step COR. The data corrected in this way can be transferred back to the Common Data Environment CDE as 2D data and / or 3D data.
  • the data can be used to generate an output exclusively from 2D data, an output exclusively from 3D data or an output mixed from 2D data and 3D data, as required.
  • the output of 2D data could be used, for example, to generate a route atlas (not shown).
  • the 3D data can be transmitted, for example, for the purpose of a simulation step SIM, which is carried out by the simulation program SMP.
  • the mixed output of 2D data and 3D data is of particular importance. These can be fed back to the first program module PM1 (cf. Figure 1 ), which can use the data for an improved process of route planning STP.
  • the planning tool PLN can be used here, which can offer planning functions using both the 2D data and the 3D data, as shown in FIG.
  • the planning result obtained in this way then also contains 2D data and 3D data that can be transferred to the Common Data Environment CDE. There Of course, they are also available for subsequent runs of the VF1 and VF2 processes, so that these can also be transferred into the respective other format in transformation steps 3D-2D and 2D-3D if required.

Landscapes

  • Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Mechanical Engineering (AREA)
  • General Health & Medical Sciences (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Primary Health Care (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Marketing (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • Biomedical Technology (AREA)
  • Train Traffic Observation, Control, And Security (AREA)

Abstract

Die Erfindung betrifft eine rechnergestützte Plattform zur Darstellung einer Bahninfrastruktur RLT. Erfindungsgemäß ist vorgesehen, dass diese Plattform sowohl mit 3D-Daten als auch mit 2D-Daten arbeitet. 3D-Daten können beispielsweise mittels einer Messeinrichtung SEN erzeugt werden, während 2D-Daten beispielsweise im Rahmen einer Streckenplanung STP mit einem Planungswerkzeug PLN erzeugt werden können. Wesentlich für die Erfindung ist, dass sowohl 2D-Daten als auch 3D-Daten in einer Speichereinrichtung SE abgespeichert werden und jeweils durch Programmmodule PM4, PM5 in das jeweils andere Datenformat, also von 2D nach 3D und von 3D nach 2D, transformiert werden können. Deshalb ist es möglich, in einem zweiten Programmmodul PM2 beispielsweise in einer Ausgabeeinrichtung AE23 sowohl 2D-Daten als auch 3D-Daten eines Planungsprozesses darzustellen oder mit einem Simulationswerkzeug SMP eine Simulation im virtuellen dreidimensionalen Raum durchzuführen.

Description

  • Die Erfindung betrifft Rechnergestützte Plattform zur Darstellung einer Bahninfrastruktur, mit
    • einem ersten Programmmodul zum Erfassen von die Bahninfrastruktur beschreibenden Daten,
    • einer Speichereinrichtung SE für die die Bahninfrastruktur beschreibenden Daten,
    • einem zweiten Programmmodul zur Ausgabe der die Bahninfrastruktur beschreibenden Daten.
    Außerdem betrifft die Erfindung Verfahren zur Darstellung einer Bahninfrastruktur, bei dem
    • die Bahninfrastruktur beschreibende Daten erfasst werden,
    • die die Bahninfrastruktur beschreibenden Daten gespeichert werden,
    • die die Bahninfrastruktur beschreibenden Daten ausgegeben werden.
    Zuletzt betrifft die Erfindung ein Computerprogrammprodukt sowie eine Bereitstellungsvorrichtung für dieses
    Computerprogrammprodukt, wobei das Computerprogrammprodukt mit Programmbefehlen zur Durchführung dieses Verfahrens ausgestattet ist.
  • Nach dem Stand der Technik werden Planungsdaten für Streckennetze von Zügen im Augenblick vorzugsweise zweidimensional erhoben. Geeignete Planungswerkzeuge werden angewendet, um die Strecken zu planen, wobei zur Strecke gehörige Streckenelemente abhängig von den Streckenkilometern, also zweidimensional, geplant werden. Ein Planungswerkzeug, welches durch die Siemens Mobility GmbH benutzt wird, ist beispielsweise Entegro Engineering.
  • Weiterhin ist es bekannt, dass Streckenverläufe dreidimensional vermessen werden können. Dieses erfolgt beispielsweise durch einen Messwagen, der die Strecke abfährt, und eine Laservermessung bzw. eine visuelle Erfassung (Film, Foto) der Strecke erlaubt, oder Vermessungen aus der Luft, die zum Beispiel mit Drohnen vorgenommen werden kann. Die so ermittelten Daten können beispielsweise mit Open Rail Designer, einem Werkzeug der Firma Bentley, erstellt werden.
  • Beide Verfahren haben Vorteile und Nachteile. Dreidimensionale Umgebungen zur Streckenplanung sind insbesondere für die Streckenplaner sehr intuitiv. Dreidimensionale Daten beinhalten jedoch lediglich geometrische Informationen. Andererseits wurden Strecken traditionell zweidimensional geplant, weswegen diesbezüglich eine große Menge von Daten gespeichert wurde. Neue Planungen bauen unter anderem auch auf diese gespeicherten Daten auf. Desweiteren werden 2D-Daten nicht durch eine einzige Aufnahmemethode erzeugt, sondern durch mehrere verschiedene Methoden aufgenommen und die Daten müssen von unterschiedlichen Datenquellen in einer Datenquelle mit einem gemeinsamen Datenformat zusammengeführt werden, war mit einem gewissen Aufwand verbunden ist.
  • Es ist daher Aufgabe der Erfindung, eine Plattform zur Verarbeitung und/oder Darstellung einer Bahninfrastruktur anzugeben, die einerseits intuitiv bedienbar ist und andererseits die Möglichkeit bietet bestehende Planungsdaten aufzunehmen. Weiterhin ist es Aufgabe der Erfindung ein Verfahren anzugeben, mit dem sich Ausgaben intuitiv bearbeiten lassen und bei dem bestehende Planungsdaten berücksichtigt werden können. Zuletzt besteht die Aufgabe der Erfindung darin, ein Computerprogrammprodukt sowie eine Bereitstellungsvorrichtung für dieses Computerprogrammprodukt anzugeben, mit dem das vorgenannte Verfahren durchgeführt werden kann.
  • Diese Aufgabe wird mit dem eingangs angegebenen Anspruchsgegenstand (rechnergestützte Plattform) erfindungsgemäß dadurch gelöst, dass
    • das erste Programmmodul dazu ausgebildet ist, als die Bahninfrastruktur beschreibende Daten 2D-Daten zu verarbeiten, wobei die Daten auf den Streckenverlauf von Bahnstrecken in der Bahninfrastruktur bezogen sind,
    • ein drittes Programmmodul zum Erfassen von die Bahninfrastruktur beschreibenden Daten dazu ausgebildet ist, als die Bahninfrastruktur beschreibende Daten 3D-Daten zu verarbeiten, wobei die Daten den Streckenverlauf von Bahnstrecken inklusive ihrer Umgebung in einem dreidimensionalen Raum beschreiben,
    • ein viertes Programmmodul dazu ausgebildet ist, die 2D-Daten in 3D-Daten zu transformieren und/oder ein fünftes Programmmodul dazu ausgebildet ist, die 3D-Daten in 2D-Daten zu transformieren,
    • das zweite Programmmodul dazu ausgebildet ist, sowohl die durch das erste Programmmodul zur Verfügung gestellten als auch die durch das fünfte Programmmodul zur Verfügung gestellten 2D-Daten und/oder sowohl die durch das zweite Programmmodul PM2 zur Verfügung gestellten als auch die durch das vierte Programmmodul zur Verfügung gestellten 3D-Daten auszugeben.
  • Mit anderen Worten ist erfindungsgemäß vorgesehen, dass sowohl 2-D Daten als auch 3-D Daten verarbeitet werden können. Um bei der Anwendung der rechnergestützten Plattform flexibel zu bleiben, sollen jedoch 2-D Daten in 3-D Daten transformiert werden und 3-D Daten in 2-D Daten transformiert werden. Hierdurch ist es möglich, dass das zweite Programmodul alle verfügbaren Daten verarbeiten kann und gleichzeitig eine Darstellung dieser Daten sowohl in einer 2D-Umgebung als auch einer 3D-Umgebung durchführen kann.
  • Hierdurch wird zunächst der Vorteil erreicht, dass sowohl 3-D Daten als auch 2-D Daten für die Plattform zur Verfügung stehen. Sowohl 2-D Daten als auch 3-D Daten haben ihre Vorzüge. 2-D Daten sind insbesondere historisch verfügbar, wobei auf der Plattform durch Übertragung von 2-D Daten aus dem Archiv diese Daten beschafft werden können. 3-D Daten können insbesondere durch Messverfahren von der aktuellen Strecke aufgenommen werden und dienen vorzugsweise der Schaffung einer virtuellen Realität.
  • Die Verarbeitung sowohl von 3-D Daten als auch von 2-D Daten hat den weiteren Vorteil, dass das zweite Programmodul verwendet werden kann, um die 2-D Daten mit den 3-D Daten zu vergleichen. Auf diese Weise können Unstimmigkeiten aufgedeckt werden. Zum Beispiel können die historischen 2-D Daten aus dem Archiv veraltet sein, weil diese in der Vergangenheit nicht genügend gepflegt wurden. In diesem Falle ist den aktuelleren 3-D Daten der Vorrang zu geben so das eine Korrektur erfolgen kann. Es ist aber auch möglich, dass die 3-D Daten durch das Messverfahren fehlerhaft aufgenommen wurden oder durch das dritte Programmodul fehlerhaft interpretiert wurden. So kann es zum Beispiel vorkommen, dass in den 3-D Daten ein Streckenelement fälschlich erkannt wurde, welches in den 2-D Daten nicht zu finden ist.
  • Die Beispiele machen deutlich, dass im Falle von Abweichungen zu entscheiden ist, welche der Daten die richtigen sind. Hier kann ein menschliches Eingreifen notwendig sein, oder es wird eine künstliche Intelligenz mit dieser Aufgabe betraut. Es können zunächst Wahrscheinlichkeiten ermittelt werden, welche der Daten die richtigen sein könnten. Letztendlich lässt sich eine absolute Sicherheit aber nur erlangen, wenn ein Abgleich der Realität (und damit ist nicht die erzeugte virtuelle Realität gemeint, sondern die "tatsächliche" Realität) mit den zweidimensionalen bzw. dreidimensionalen Daten (also mit anderen Worten den 2-D Daten und den 3-D Daten) erfolgt. Insgesamt erhöht sich jedoch die Sicherheit, Fehler aufzudecken, da die 2-D Daten und die 3-D Daten überhaupt erst die Möglichkeit eines Vergleiches schaffen.
  • Bei den 2-D Daten handelt es sich vorzugsweise um Streckendaten. Als Streckendaten können Daten aus einem Streckenatlas dienen. Die Streckendaten erhalten Informationen über den Streckenverlauf in der Realität. Außerdem können die Streckendaten Streckeneigenschaften enthalten (Alter der Strecke, zulässige Höchstgeschwindigkeit auf der Strecke usw.). Die Streckendaten enthalten außerdem Informationen über die Anwesenheit von Streckenelementen. Hiermit sind beispielsweise Signale, Weichen, Bahnübergänge, Bahnhöfe und dergleichen gemeint.
  • Sofern es in der nachfolgenden Beschreibung nicht anders angegeben ist, beziehen sich die Begriffe "erstellen", "berechnen", "rechnen", "feststellen", "generieren", "konfigurieren", "modifizieren" und dergleichen vorzugsweise auf Handlungen und/oder Prozesse und/oder Verarbeitungsschritte, die Daten verändern und/oder erzeugen und/oder die Daten in andere Daten überführen. Dabei liegen die Daten insbesondere als physikalische Größen vor, beispielsweise als elektrische Impulse oder auch als Messwerte. Die erforderlichen Anweisungen/Programmbefehle sind in einem Computerprogramm als Software zusammengefasst. Weiterhin beziehen sich die Begriffe "empfangen" "aussenden", "einlesen", "auslesen", "übertragen" und dergleichen auf das Zusammenwirken einzelner Hardwarekomponenten und/oder Softwarekomponenten über Schnittstellen. Die Schnittstellen können hardwaretechnisch, beispielsweise kabelgebunden oder als Funkverbindung, und/oder softwaretechnisch, beispielweise als Interaktion zwischen einzelnen Programmmodulen oder Programmteilen eines oder mehrerer Computerprogramme, realisiert sein.
  • Unter "rechnergestützt" oder "computerimplementiert" kann im Zusammenhang mit der Erfindung beispielsweise eine Implementierung des Verfahrens verstanden werden, bei dem ein Computer oder mehrere Computer mindestens einen Verfahrensschritt des Verfahrens ausführt oder ausführen. Der Ausdruck "Computer" ist breit auszulegen, er deckt alle elektronischen Geräte mit Datenverarbeitungseigenschaften ab. Computer können somit beispielsweise Personal Computer, Server, Handheld-Computer-Systeme, Pocket-PC-Geräte, Mobilfunkgeräte und andere Kommunikationsgeräte, die rechnergestützt Daten verarbeiten, Prozessoren und andere elektronische Geräte zur Datenverarbeitung sein, die vorzugsweise auch zu einem Netzwerk zusammengeschlossen sein können. Unter einer "Speichereinheit" kann im Zusammenhang mit der Erfindung beispielsweise ein computerlesbarer Speicher in Form eines Arbeitsspeichers (engl. Random-Access Memory, RAM) oder Datenspeichers (Festplatte oder eines Datenträger) verstanden werden.
  • Als "Cloud" soll eine Umgebung für ein "Cloud-Computing" (deutsch Rechnerwolke oder Datenwolke) verstanden werden. Gemeint ist eine IT-Infrastruktur, welche über ein Netzwerk wie das Internet verfügbar gemacht wird. Sie beinhaltet in der Regel Speicherplatz, Rechenleistung oder Anwendungssoftware als Dienstleistung, ohne dass diese auf dem die Cloud nutzenden lokalen Rechner installiert sein müssen. Angebot und Nutzung dieser Dienstleistungen erfolgen dabei ausschließlich durch technische Schnittstellen und Protokolle, etwa mittels eines Webbrowsers. Die Spannweite der im Rahmen des Cloud-Computings angebotenen Dienstleistungen umfasst das gesamte Spektrum der Informationstechnik und beinhaltet unter anderem Infrastruktur, Plattformen und Software.
  • Als "Programmmodule" sollen einzelne Funktionseinheiten verstanden werden, die den erfindungsgemäßen Programmablauf ermöglichen. Diese Funktionseinheiten können in einem einzigen Computerprogramm oder in mehreren miteinander kommunizierenden Computerprogrammen verwirklicht sein. Die hierbei realisierten Schnittstellen können softwaretechnisch innerhalb eines einzigen Prozessors umgesetzt sein oder hardwaretechnisch, wenn mehrere Prozessoren zum Einsatz kommen.
  • Unter einem "Prozessor" kann im Zusammenhang mit der Erfindung beispielsweise eine Maschine, zum Beispiel ein Sensor zur Erzeugung von Messwerten oder eine elektronische Schaltung, verstanden werden. Bei einem Prozessor kann es sich insbesondere um einen Hauptprozessor (engl. Central Processing Unit, CPU), einen Mikroprozessor oder einen Mikrocontroller, beispielsweise eine anwendungsspezifische integrierte Schaltung oder einen digitalen Signalprozessor, möglicherweise in Kombination mit einer Speichereinheit zum Speichern von Programmbefehlen, etc. handeln. Bei einem Prozessor kann es sich beispielsweise auch um einen IC (integrierter Schaltkreis, engl. Integrated Circuit), insbesondere einen FPGA (engl. Field Programmable Gate Array) oder einen ASIC (anwendungsspezifische integrierte Schaltung, engl. Application-Specific Integrated Circuit), oder einen DSP (Digitaler Signalprozessor, engl. Digital Signal Processor) handeln. Auch kann unter einem Prozessor ein virtualisierter Prozessor oder eine Soft-CPU verstanden werden. Es kann sich beispielsweise auch um einen programmierbaren Prozessor handeln, der mit einer Konfiguration zur Ausführung eines rechnergestützten Verfahrens ausgerüstet ist.
  • Gemäß einer Ausgestaltung der Erfindung ist vorgesehen, dass das zweite Programmmodul dazu ausgebildet ist, sowohl die durch das erste Programmmodul zur Verfügung gestellten als auch die durch das fünfte Programmmodul zur Verfügung gestellten 2D-Daten gemeinsam und/oder sowohl die durch das zweite Programmmodul PM2 zur Verfügung gestellten als auch die durch das vierte Programmmodul zur Verfügung gestellten 3D-Daten gemeinsam auszugeben.
  • Hiermit ist gemeint, dass eine gemischte Ausgabe auch auf einem Display oder dergleichen in ein und derselben Ansicht (d. h. Displayfläche) Information beider Welten, also die Darstellung von 2-D Daten und 3-D Daten, enthält. Dies hat den Vorteil, dass eine Darstellung von 2-D Daten und 3-D Daten besonders übersichtlich erfolgen kann. Insbesondere, wenn das Display, beispielsweise ein Bildschirm, als Schnittstelle für einen menschlichen Entwickler gedacht ist, kann bei der Konzeption neuer Strecken oder der Modifikation bereits bestehender Strecken eine schnelle Verarbeitung der Informationen aus beiden Welten erfolgen. Außerdem reicht ein Display, um sowohl die 2-D Daten als auch die 3-D Daten auszugeben, was gleichzeitig eine kostengünstige technische Lösung darstellt.
  • Gemäß einer Ausgestaltung der Erfindung ist vorgesehen, dass das zweite Programmmodul dazu ausgebildet ist, die 2D-Daten und/oder die 3D-Daten mit einem Index auszugeben, wobei der Index eine Information darüber enthält, ob die betreffenden Daten aus dem ersten Programmmodul oder aus dem dritten Programmmodul stammen.
  • Dies ist bei einer gemeinsamen Darstellung insofern interessant, als bewertet werden kann, welche Daten bei Inkonsistenzen die verlässlicheren sind oder Vorrang haben. Dabei kann vorteilhaft berücksichtigt werden, ob 2-D Daten tatsächlich ursprünglich als 2-D Daten ermittelt wurden oder aus 3-D Daten transformiert wurden. Genauso kann andersherum berücksichtigt werden, ob 3-D Daten tatsächlich ursprünglich als 3-D Daten beispielsweise durch eine Messung erstellt wurden oder durch Transformation von 2-D Daten in 3-D Daten generiert wurden. Diese Information steckt vorteilhaft in der Indizierung.
  • Gemäß einer Ausgestaltung der Erfindung ist vorgesehen, dass die Speichereinrichtung SE dazu ausgebildet ist, dass die 2D-Daten und die 3D-Daten gemeinsam, insbesondere in einer Cloud, abgespeichert werden.
  • Cloudbasierte Lösungen haben den Vorteil, dass sowohl die Rechenleistung wie auch die Speicherleistung auf mehrere Einheiten verteilt werden kann (Speichereinheiten und Prozessoren), so dass dezentrale und kostengünstige Lösungen gefunden werden können. Kostengünstig, weil die Rechenkapazität von Prozessoren und die Speicherkapazität von Speichereinheiten optimal ausgenutzt werden kann, indem für die betreffende Anwendung freie Rechenkapazität bzw. freie Speicherkapazität gesucht wird. Außerdem werden auf der erfindungsgemäßen Plattform unterschiedliche Datenquellen herangezogen, die vorteilhaft bei einer cloudbasierten Lösung auch räumlich voneinander entfernt sein können. Das Archiv mit 2-D Daten befindet sich vielleicht in einer Zentrale, während die Messvorrichtung eine Strecke zur Generierung von 3-D Daten abfährt und somit mobil unterwegs ist. Das Management der Nutzung freier Speichereinheiten und Prozessoren erfolgt über ein Common Data Environment, kurz CDE.
  • Gemäß einer Ausgestaltung der Erfindung ist vorgesehen, dass ein sechstes Programmmodul dazu ausgebildet ist, einen realen Zugverkehr zu beeinflussen, wobei das zweite Programmmodul dazu ausgebildet ist, durch das sechste Programmmodul erzeugte Zugverhaltensdaten auszuwerten.
  • Vorteilhaft schafft die Berücksichtigung von Zugverhaltensdaten die Möglichkeit, beispielsweise bei der Konzipierung einer neuen Strecke oder der Modifikation einer bereits bestehenden Strecke Erfahrungswerte mit einzubringen, welche typischerweise Züge in bestimmten Situationen betreffen. Beispielsweise können Geschwindigkeitsbegrenzungen gefälleabhängig oder in Abhängigkeit von Kurvenradien eingebracht werden.
  • Insbesondere bei der Modifikation von Strecken können auch Ereignisse ausgewertet werden, die im Betrieb mit Zügen aufgetreten sind. Beispielsweise könnte die wiederholte Erforderlichkeit einer Bremsung dahingehend berücksichtigt werden, dass ein betreffender Streckenabschnitt mit einer Geschwindigkeitsbegrenzung versehen wird. Dies erleichtert vorteilhaft die Planung bzw. Modifikation von Strecken, wobei die ausgewählten Maßnahmen somit unter Berücksichtigung der Realität ausgewählt werden, sodass deren Sinnhaftigkeit gegeben ist.
  • Gemäß einer Ausgestaltung der Erfindung ist vorgesehen, dass das sechste Programmmodul dazu ausgebildet ist, die Zugverhaltensdaten als das Zugverhalten beschreibende 2D-Daten zu erfassen.
  • Das sechste Programmodul ist daher vorteilhaft dazu ausgelegt, die Zugverhaltensdaten in einer Form zu erfassen, wie diese üblicherweise erhoben werden. Während des Zugbetriebs fährt der Zug die Strecke ab, so dass die Zugverhaltensdaten zweidimensional in Abhängigkeit des Streckenverlaufes (beispielsweise kilometerabhängig) ermittelt werden können. Die Erfassung durch das sechste Programmodul kann daher vorteilhaft sehr effizient erfolgen, wenn dieses zur Erfassung von 2-D Daten ausgebildet ist.
  • Gemäß einer Ausgestaltung der Erfindung ist vorgesehen, dass die Zugverhaltensdaten durch das vierte Programmmodul in das Zugverhalten beschreibende 3D-Daten umgewandelt werden.
  • Da auch die Zugverhaltensdaten beispielsweise Planungsprozesse unter Verwendung von 3-D Daten vereinfachen können, ist es vorteilhaft, die Zugverhaltensdaten, die, wie bereits beschrieben, vorzugsweise als 2-D Daten vorliegen, in 3-D Daten zu transformieren. Dies bedeutet mit anderen Worten, dass Zugverhaltensdaten nicht abhängig vom Streckenverlauf sondern abhängig von der virtuellen 3-D Umgebung dargestellt werden. Auf diese Weise können diese durch das zweite Programmodul auch bei der Auswertung von 3-D Daten und ebenfalls bei deren Darstellung direkt berücksichtigt werden.
  • Gemäß einer Ausgestaltung der Erfindung ist vorgesehen, dass eine Messvorrichtung dazu ausgebildet ist, die die Bahninfrastruktur beschreibende 3D-Daten in der real existierenden Bahninfrastruktur zu erfassen.
  • Wie bereits erwähnt, kann die Messvorrichtung beispielsweise aus einem Messwagen bestehen, der die betreffende Strecke abfährt. Dies ist eine effiziente Möglichkeit, um 3-D Daten von der Strecke und deren Umgebung zu erheben. Hierbei können beispielsweise Laserscanner und Kameras zum Einsatz kommen. Auch eine Vermessung mit Ultraschall oder Radar ist denkbar.
  • Gemäß einer Ausgestaltung der Erfindung ist vorgesehen, dass das zweite Programmmodul PM2 dazu ausgebildet ist, die 2D-Daten und/oder die 3D-Daten an ein Simulationsprogramm auszugeben.
  • Mit dem Simulationsprogramm steht vorteilhaft eine weitere Anwendung zur Verfügung, die insbesondere die 3-D Daten sinnvoll nutzen kann. Das Simulationsprogramm kann beispielsweise Teil eines Fahrsimulators für Eisenbahnen sein, bei dem beispielsweise Zugpersonal auf eine virtuell abgebildete und in Wirklichkeit existierende Strecke trainiert wird. Das Zugpersonal durchfährt dabei den virtuellen Raum und lernt somit die Strecke und ihre Umgebung kennen, ohne persönlich vor Ort zu sein.
  • Die genannte Aufgabe wird alternativ mit dem eingangs angegebenen Anspruchsgegenstand (Verfahren) erfindungsgemäß auch dadurch gelöst, dass
    • die die Bahninfrastruktur beschreibende Daten zum Teil als 2D-Daten verarbeitet werden, wobei die Daten auf den Streckenverlauf von Bahnstrecken in der Bahninfrastruktur bezogen sind,
    • die die Bahninfrastruktur beschreibende Daten zum Teil als 3D-Datenverarbeitet werden, wobei die Daten den Streckenverlauf von Bahnstrecken inklusive ihrer Umgebung in einem dreidimensionalen Raum beschreiben,
    • die 2D-Daten in 3D-Daten transformiert werden und/oder die 3D-Daten in 2D-Daten transformiert werden,
    • sowohl die untransformierten 2D-Daten als auch die transformierten 3D-Daten und/oder sowohl die untransformierten 3D-Daten als auch die transformierten 2D-Daten gemeinsam ausgegeben werden.
  • Das genannte Verfahren kann insbesondere auf der vorstehend ausführlich beschriebenen rechnergestützten Plattform ablaufen. Die mit der Nutzung des Verfahrens verbundenen Vorteile entsprechen denjenigen, die zur rechnergestützten Plattform bereits erläutert wurden und werden an dieser Stelle nicht wiederholt.
  • Des Weiteren wird ein Computerprogrammprodukt mit Programmbefehlen zur Durchführung des genannten erfindungsgemäßen Verfahrens und/oder dessen Ausführungsbeispielen beansprucht, wobei mittels des Computerprogrammprodukts jeweils das erfindungsgemäße Verfahren und/oder dessen Ausführungsbeispiele durchführbar sind.
  • Darüber hinaus wird eine Bereitstellungsvorrichtung zum Speichern und/oder Bereitstellen des Computerprogrammprodukts beansprucht. Die Bereitstellungsvorrichtung ist beispielsweise ein Datenträger, der das Computerprogrammprodukt speichert und/oder bereitstellt. Alternativ und/oder zusätzlich ist die Bereitstellungsvorrichtung beispielsweise ein Netzwerkdienst, ein Computersystem, ein Serversystem, insbesondere ein verteiltes Computersystem, ein cloudbasiertes Rechnersystem und/oder virtuelles Rechnersystem, welches das Computerprogrammprodukt vorzugsweise in Form eines Datenstroms speichert und/oder bereitstellt.
  • Die Bereitstellung erfolgt beispielsweise als Download in Form eines Programmdatenblocks und/oder Befehlsdatenblocks, vorzugsweise als Datei, insbesondere als Downloaddatei, oder als Datenstrom, insbesondere als Downloaddatenstrom, des vollständigen Computerprogrammprodukts. Diese Bereitstellung kann beispielsweise aber auch als partieller Download erfolgen, der aus mehreren Teilen besteht und insbesondere über ein Peer-to-Peer Netzwerk heruntergeladen oder als Datenstrom bereitgestellt wird. Ein solches Computerprogrammprodukt wird beispielsweise unter Verwendung der Bereitstellungsvorrichtung in Form des Datenträgers in ein System eingelesen und führt die Programmbefehle aus, sodass das erfindungsgemäße Verfahren auf einem Computer zur Ausführung gebracht wird oder das Erstellungsgerät derart konfiguriert, dass dieses das erfindungsgemäße Werkstück erzeugt.
    Weitere Einzelheiten der Erfindung werden nachfolgend anhand der Zeichnung beschrieben. Gleiche oder sich entsprechende Zeichnungselemente sind jeweils mit den gleichen Bezugszeichen versehen und werden nur insoweit mehrfach erläutert, wie sich Unterschiede zwischen den einzelnen Figuren ergeben.
  • Bei den im Folgenden erläuterten Ausführungsbeispielen handelt es sich um bevorzugte Ausführungsformen der Erfindung. Bei den Ausführungsbeispielen stellen die beschriebenen Komponenten der Ausführungsformen jeweils einzelne, unabhängig voneinander zu betrachtende Merkmale der Erfindung dar, welche die Erfindung jeweils auch unabhängig voneinander weiterbilden und damit auch einzeln oder in einer anderen als der gezeigten Kombination als Bestandteil der Erfindung anzusehen sind. Des Weiteren sind die beschriebenen Ausführungsformen auch durch weitere der bereits beschriebenen Merkmale der Erfindung ergänzbar.
  • Es zeigen:
    • Figur 1
    ein Ausführungsbeispiel der erfindungsgemäßen rechnergestützten Plattform als Blockschaltbild,
    Figur 2
    ein Ausführungsbeispiel des erfindungsgemäßen Verfahrens als Ablaufdiagramm.
  • In Figur 1 ist die Architektur der erfindungsgemäßen rechnergestützten Plattform als Blockschaltbild dargestellt. Damit die Plattform arbeiten kann, ist eine Speichereinheit oder auch Speichereinrichtung SE vorgesehen. Wie im Folgenden noch näher erläutert wird, ist es erforderlich, dass eine Bahninfrastruktur beschreibende Daten als 2D-Daten und als 3D-Daten vorliegen.
  • Ausgangspunkt zur Verwendung der rechnergestützten Plattform ist einerseits die Realität RLT, welche sowohl das Eisenbahn-Streckennetz (Strecke STK) sowie dessen reale Umgebung inklusive des darauf stattfindenden Zugverkehrs (Zug ZG) beinhaltet. Außerdem liegen in einem über eine erste Schnittstelle S1 mit einem ersten Programm Modul PM1 verbundenen Archiv ARC Planungsdaten als 2D-Daten vor, die bereits erstellt wurden und z.B. aus Streckenplänen oder Streckenatlanten stammen. Hier wurden mit anderen Worten die Daten entlang des Streckenverlaufes erhoben und gespeichert, wobei sich die Position auf der Strecke STK beispielsweise eines Signals oder einer Balise zweidimensional darstellen lässt.
  • Weiterhin steht eine Messvorrichtung SEN zur Verfügung, mit der die Strecke über eine zweite Schnittstelle S2 dreidimensional vermessen werden kann, und zwar in der Realität RLT. Diese Messvorrichtung SEN kann in an sich bekannter Weise beispielsweise aus einem über die Strecke geführten Messwagen bestehen, der unter anderem sowohl eine Laservermessung der Strecke sowie deren Umgebung als auch optische Aufnahmen der Strecke und ihrer Umgebung anfertigen kann. Hierdurch entstehen 3D-Daten, auch wenn beispielsweise fotografische Aufnahmen an sich zweidimensional sind. Die 3D-Daten werden über eine zweite Schnittstelle S2 an ein drittes Programmodul PM3 übergeben und dort durch eine geeignete Transformation der Messwerte in eine virtuelle 3D-Umgebung umgewandelt. Hierzu müssen die Daten außerdem analysiert werden. Die Analyse sowie die Transformation der 3D-Daten erfolgen in dem dritten Programmmodul PM3. Für die Analyse der Daten kann beispielsweise die Anwendung Open Rail Designer der Firma Bentley verwendet werden.
  • Das erste Programmmodul PM1 ist dazu ausgelegt, 2D-Daten zu verarbeiten. Diese können beispielsweise aus dem Archiv ARC stammen, z.B. aus historischen Streckenplänen bestehen oder diesen entnommen werden. Eine weitere Möglichkeit besteht darin, ein Planungswerkzeug PLN beispielsweise in Form eines Computerprogramms zu nutzen, welches über eine Viertelschnittstelle S4 mit dem ersten Programmodul PM1 kommunizieren kann. Außerdem ist eine fünfte Schnittstelle S5 vorgesehen, über die das Planungswerkzeug BLN auch mit dem dritten Programmodul PM3 kommunizieren kann.
  • Das erste Programmmodul PM1 sendet 2D-Daten über eine sechste Schnittstelle S6 an die Speichereinrichtung SE. Genauso sendet das dritte Programmmodul PM3 über eine siebente Schnittstelle S7 3D-Daten an die Speichereinrichtung SE. Sofern in der Speichereinrichtung SE 2D-Daten und 3D-Daten vorhanden sind, können diese auch über eine achte Schnittstelle S8 an das Planungswerkzeug PLN übertragen werden.
  • In der Speichereinheit SE liegen somit 2D-Daten und 3D-Daten vor, wobei diese, wie bereits erläutert, unterschiedlichen Ursprungs sind und sich diesbezüglich auch hinsichtlich des Informationsgehalts überschneiden können. Die Daten sollen daher in einem zweiten Programmmodul PM2 aufbereitet werden. Hierbei können die 3D-Daten sowie die 2D-Daten, soweit diese verfügbar sind, über eine neunte Schnittstelle S9 an das zweite Programmmodul PM2 übergeben werden. Weiterhin können 3D-Daten aus der Speichereinrichtung SE über eine zehnte Schnittstelle S10 an ein fünftes Programmmodul PM5 übertragen werden, wo diese Daten in 2D-Daten transformiert werden. Sie werden damit mit den 2D-Daten kompatibel, die über das erste Programmmodul PM1 generiert wurden. Die so erzeugten 2D-Daten werden sowohl an die Speichereinrichtung SE über die zehnte Schnittstelle S10 sowie direkt an das zweite Programmmodul PM2 über eine elfte Schnittstelle S11 übertragen.
  • Genauso kann ein viertes Programmmodul PM4 über eine zwölfte Schnittstelle S12 2D-Daten aus der Speichereinheit SE empfangen, in 3D-Daten transformieren und die 3D-Daten dann über die zwölfte Schnittstelle S12 an die Speichereinheit SE bzw. über eine 13. Schnittstelle S13 an das zweite Programmmodul PM2 übertragen.
  • Das zweite Programmmodul PM2 ist in der Lage, die durch das erste Programmmodul PM1 zur Verfügung gestellten 2D-Daten sowie die durch das fünfte Programmmodul PM5 zur Verfügung gestellten transformierten 2D-Daten und/oder auch die durch das zweite Programmmodul PM2 zur Verfügung gestellten 3D-Daten sowie die durch das vierte Programmmodul PM4 transformierten 3D-Daten zu verarbeiten und auszugeben. Die Verarbeitung erfolgt vorzugsweise auch dahingehend, dass Inkonsistenzen in den Daten, die ja aus unterschiedlichen Quellen stammen, identifiziert werden können.
  • Es ist nun möglich, dass das zweite Programmmodul PM2 eine automatische Bewertung durchführt, welche der Daten mit einer höheren Wahrscheinlichkeit die richtigen Daten sind. Wie im Folgenden noch näher erläutert wird, kann zur automatischen Bewertung beispielsweise eine künstliche Intelligenz (KI, siehe Figur 2) zum Einsatz kommen. Beispielsweise können 2D-Daten aus dem Archiv ARC veraltet sein, während die 3D-Daten, die von der Realität RLT abgeleitet wurden, wenn sie jüngeren Datums sind, bevorzugt behandelt werden können. Andererseits ist es auch möglich, dass bei der Aufarbeitung der durch die Messvorrichtung SEN zur Verfügung gestellten Daten durch das dritte Programmmodul PM3 Fehler unterlaufen sind. Beispielsweise könnte ein bestimmtes Streckenelement (Lichtsignal, Balise) falsch erkannt worden sein.
  • Die Ausgabe von Inkonsistenzen ermöglicht auch menschliches Eingreifen, wobei der Benutzer Inkonsistenzen prüfen kann, um einen möglichen Fehler aufzudecken. Im Zweifelsfalle kann der Benutzer die Fehler durch einen Vergleich mit der Realität aufdecken und gegebenenfalls beheben.
  • Die Ausgabe der 3D-Daten und/oder der 2D-Daten erfolgt in Abhängigkeit eines bestimmten Bedarfs. Beispielsweise kann über eine 14. Schnittstelle S14 eine Ausgabeeinrichtung AE3 mit 3D-Daten versorgt werden. Bei der Ausgabeeinrichtung AE3 handelt es sich beispielsweise um einen Bildschirm, auf dem eine virtuelle 3D-Realität mittels der 3D-Daten dargestellt werden kann.
  • Eine andere Möglichkeit besteht darin, über eine 15. Schnittstelle S15 2D-Daten auf einer Ausgabeeinrichtung AE2 zur Darstellung der 2D-Daten auszugeben. Auch bei der Ausgabeeinrichtung AE2 kann es sich um einen Bildschirm handeln, wobei die 2D-Daten beispielsweise als Streckenplan oder Streckenatlas dargestellt werden können. Eine Alternative wäre eine tabellarische Darstellung mit Streckenelementen sowie dem Ort, dargestellt in Streckenkilometern, wo sich das Streckenelement befindet.
  • Selbstverständlich ist es auch möglich auf einer vorzugsweise ebenfalls in Form eines Bildschirms ausgeführten Ausgabeeinrichtung AE23 sowohl die 2D-Daten als auch die 3D-Daten darzustellen, welche über eine 16. Schnittstelle S16 übertragen werden. Eine solche Ausgabe ermöglicht es dem Anwender in besonders übersichtlicher Weise, eventuelle Inkonsistenzen bei den 2D-Daten und den 3D-Daten aufzudecken. Diese Ausgabe eignet sich vorteilhaft auch dazu, in einem Planungsprozess bestehender Strecken STK oder neuer Strecken integriert zu werden.
  • Zuletzt ist es auch möglich, vorzugsweise 3D-Daten über eine 17. Schnittstelle S17 an ein Simulationsprogramm SMP weiterzugeben. Das Simulationsprogramm SMP kann vorteilhaft dazu genutzt werden, geplante oder real existierende Strecken virtuell abzufahren, um ein Planungsergebnis auf seine Realisierbarkeit hin zu überprüfen. Eine andere Möglichkeit, das Simulationsprogramm SMP anzuwenden, ist ein Training für Zugführer.
  • Zusätzliche Daten können durch eine sechstes Programmmodul PM6 zur Zugbeeinflussung CLR (vergleiche Figur 2) erhoben werden. Hierbei kann es sich beispielsweise um das Produkt Train Guard MT der Firma Siemens Mobility GmbH handeln. Das sechste Programmmodul PM6 kommuniziert über eine 18. Schnittstelle S18 in an sich bekannter Weise mit der Realität RLT, um den Zug ZG auf der Strecke STK zu beeinflussen. Hierbei werden Zugverhaltensdaten ZVD ermittelt, die das sechste Programmmodul PM6 über eine 19. Schnittstelle S19 an das zweite Programmmodul PM2 übertragen kann. Diese können beispielsweise verwendet werden, um Datensätze sowohl mit 2D-Daten als auch mit 3D-Daten des Zugverhaltens zu ergänzen und so beispielsweise eine realitätsnähere Simulation mit dem Simulationsprogramm SMP zu verwirklichen. Auch bei der Planung können Zugverhaltensdaten ZVD ausgewertet werden. Beispielsweise könnte die Tatsache, dass Züge in bestimmten Bereichen häufig abbremsen müssen zu einer veränderten Geschwindigkeitsbegrenzung auf der Strecke STK führen. Da Zugverhaltensdaten ZVD primär zweidimensional sind, kann zusätzlich eine 20. Schnittstelle S20 vorgesehen werden, über die die Zugverhaltensdaten ZVD dem fünften Programmmodul PM5 zugeführt werden, um diese in 3D-Daten zu verwandeln.
  • In Figur 2 ist der Ablauf des erfindungsgemäßen Verfahrens als Ausführungsbeispiel in einem Ablaufdiagramm dargestellt. Zunächst ist zu bemerken, dass bei dem Verfahren gemäß Figur 2 eine gemeinsame Datenumgebung (Common Data Environment) CDE genutzt wird. Das Common Data Environment CDE ist Teil einer auf einer Cloud CLD basierten Lösung, bei der die Plattform gemäß Figur 1 als Cloudlösung realisiert ist. Diese Cloudlösung beinhaltet somit auch eine Integration der Speichereinheit SE sowie des Archivs ARC, sodass deren gespeicherten Daten im Common Data Environment CDE zur Verfügung stehen. Das Verfahren gemäß Figur 2 kann somit auf einer Plattform gemäß Figur 1 ausgeführt werden.
  • Wie Figur 2 zu entnehmen ist, laufen mehrere Verfahren gleichzeitig ab, wobei die Elemente des Blockschaltbildes gemäß Figur 1 in Figur 2 durch Strich-Punkt-Linien angedeutet sind, sodass gemäß Figur 2 ein Beispiel aufgezeigt werden kann, wie das Verfahren gemäß Figur 2 auf die Funktionselemente gemäß Figur 1 aufgeteilt sind.
  • Zur Aufzeichnung der Realität RLT (vgl. Figur 1) wird ein Verfahren VF1 angestoßen. Dieses besteht zunächst aus einem Messschritt MSR, welcher durch die Messeinrichtung SEN durchgeführt wird. Die so aufgenommenen Daten werden in dem dritten Programmmodul PM3 zunächst einem Analyseschritt ANL unterzogen, wobei die im Messschritt MSR gewonnenen Daten herangezogen werden, um Elemente der Strecke STK inklusive weiterer Streckenelemente wie Balisen, Lichtsignale, Weichen, Oberleitungen usw. zu erkennen. Außerdem können auch andere Objekte erkannt werden, wie z.B. Gebäude, Bahnsteige, Bahnübergänge, Bäume, Tunnel usw., wobei diese Umgebung nicht direkt zur Strecke selbst gehört. Je nach Sichtweise kann bei dem Messschritt MSA eine Umgebung um die Strecke STK herum erfasst werden, die sich von wenigen Metern (Tunnel) bis zu einigen 100 Metern (freies Feld) erstrecken kann.
  • Als nächstes müssen die Daten in einem Transformationsschritt TRN ebenfalls in dem dritten Programmmodul PM3 derart transformiert werden, dass diese eine virtuelle Realität ergeben. Hierbei wird ein geschlossener dreidimensionaler Raum dargestellt, dessen Ausdehnung dem Umfang der in dem Analyseschritt ANL aufgrund des Messschritts MSR erhobenen Daten entspricht.
  • Das Ergebnis der Transformation kann in Form von 3D-Daten an das Common Data Environment CDE übertragen werden. Außerdem wird das Ergebnis dem fünften Programmmodul PM5 zu Verfügung gestellt, damit dieses einen Transformationsschritt 3D-2D durchführen kann. Bei dieser Transformation werden ebenfalls die Daten analysiert, sodass beispielsweise im dreidimensionalen Raum erkannte Streckenelemente in eine geeignete 2D-Darstellung umgewandelt werden können. Dabei ist es wichtig, dass die Lage des erkannten 3D-Streckenelementes im virtuellen Raum bekannt ist und auf diesem Wege bei der Transformation ermittelt werden kann, um hieraus eine 2D-Streckeninformation zu generieren. Damit ist bekannt, auf welchem Streckenkilometer der 2D-Darstellung der Strecke STK das identifizierte Streckenelement lokalisiert ist. Die so erhaltenen 2D-Daten werden an das Common Data Environment CDE weitergegeben. Das Verfahren VF1 ist damit beendet.
  • Parallel hierzu kann ein zweites Verfahren VF2 gestartet werden. Dieses verwendet das erste Programmmodul PM1, wobei 2D-Daten aus dem Common Data Environment CDE entnommen werden. In einem Verfahrensschritt der Streckenplanung STP können nun auch auf an sich bekanntem Weg Streckeninformationen generiert werden, die für den Zugbetrieb auf der Strecke STK erforderlich sind. Hierbei kann es sich um eine Neukonzeption einer Strecke STK handeln oder um eine Modifikation, z.B. eine Modernisierung der Strecke STK auf den ETCS-Standard (European Train Contol System).
  • Das Ergebnis des Streckenplanungsschrittes STP wird an das vierte Programmmodul PM4 weitergegeben. Zu erwähnen ist hierbei auch, dass 2D-Daten, die im Archiv ARC gespeichert sind, ebenfalls über das Common Data Environment CDE entnommen werden können, um dem vierten Programmmodul PM4 zu Verfügung gestellt zu werden. Die im Streckenplanungsschritt STP erzeugten 2D-Daten werden an das Common Data Environment CDE übertragen.
  • Dass vierte Programmmodul PM4 führt anschließend eine Transformation 2D-3D durch, womit 3D-Daten aus dem Planungsprozess erstellt werden. Hierbei werden zweidimensionale Streckeninformationen zur Lage bestimmter Streckenelemente auf der Strecke ausgewertet, um diese in eine virtuelle Umgebung dreidimensional, also versehen mit X, Y, Z-Koordinaten, einzubetten. Hierzu ist es erforderlich, dass der Verlauf der Strecke bekannt ist. Darauf aufbauend lässt sich die Angabe der Lage eines bestimmten Streckenelementes in Kilometern in eine 3D-Information umwandeln. Hierzu muss sowohl ein Höhenprofil der betreffenden Strecke STK bekannt sein, wie auch ihr Verlauf auf der Erdoberfläche. Solche Daten können beispielsweise einem Streckenatlas entnommen werden, der beispielsweise im Archiv ARC vorliegen kann. Die ermittelten 3D-Daten werden an das Common Data Environment CDE übergeben, womit das zweite Verfahren VF2 beendet ist.
  • Parallel hierzu kann ein drittes Verfahren VF3 gestartet werden. Genaugenommen ist dies ein Verfahren, was den Zugbetrieb in der Realität RLT dauerhaft begleitet. Durch das sechste Programmmodul PM6 wird ein Schritt der Zugbeeinflussung CLR durchgeführt, der an sich in einer in Figur 2 nicht dargestellten Weise der Zugbeeinflussung CLR in der Realität RLT dient. Hierbei werden allerdings auch Zugverhaltensdaten ZVD ermittelt, die das Zugverhalten der sich in der Realität RLT bewegenden Züge beinhaltet. Dieses kann beispielsweise durch Sensoren in den Zügen ZG ermittelt werden. Die Zugverhaltensdaten ZVD sind jedoch auch wertvoll für Planungsprozesse für das Streckennetz und sind durch die Übertragung im Common Data Environment CDE verfügbar.
  • Bei dem vierten Verfahren VF4 geht es um die Nutzung der 2D-Daten, 3D-Daten und Zugverhaltensdaten ZVD, die nach Start des Verfahrens aus dem Common Data Environment CDE abgerufen werden. Diese werden in dem zweiten Programmmodul PM2 zur Verfügung gestellt. Im zweiten Programmmodul PM2 erfolgt ein Kombinationsschritt CMB, bei dem 2D-Daten, 3D-Daten und Zugverhaltensdaten ZVD gemeinsam verarbeitet werden können. Dabei wird eine Datenanalyse durchgeführt, beispielsweise durch eine künstliche Intelligenz KI oder in nicht dargestellter Weise durch Eingriff eines Menschen. Treten zwischen insbesondere den 2D-Daten und den 3D-Daten Inkonsistenzen auf, so muss eine Fehlersuche durchgeführt werden, um die Daten in einem Korrekturschritt COR in geeigneter Weise zu korrigieren. Die so korrigierten Daten können als 2D-Daten und/oder 3D-Daten an das Common Data Environment CDE zurück übertragen werden.
  • Weiterhin können die Daten genutzt werden, um je nach Bedarf eine Ausgabe ausschließlich von 2D-Daten, eine Ausgabe ausschließlich von 3D-Daten oder eine Ausgabe gemischt von 2D-Daten und 3D-Daten zu erzeugen. Die Ausgabe von 2D-Daten könnte beispielsweise der Erzeugung eines Streckenatlasses dienen (nicht dargestellt). Die 3D-Daten können beispielsweise zwecks eines Simulationsschrittes SIM übertragen werden, welcher durch das Simulationsprogramm SMP durchgeführt wird.
  • Besondere Bedeutung kommt der gemischten Ausgabe von 2D-Daten und 3D-Daten zu. Diese können wieder dem ersten Programmmodul PM1 zugeführt werden (vergleiche Figur 1), welches die Daten für einen verbesserten Prozess der Streckenplanung STP nutzen kann. Hierbei kann das Planungswerkzeug PLN verwendet werden, dass sowohl unter Ausnutzung der 2D-Daten als auch der 3D-Daten Planungsfunktionen anbieten kann, wie in Figur zwei dargestellt. Das so erhaltene Planungsergebnis enthält dann auch 2D-Daten und 3D-Daten, die an das Common Data Environment CDE übertragen werden können. Dort stehen sie selbstverständlich auch nachfolgenden Durchläufen der Verfahren VF1 und VF2 zur Verfügung, sodass diese bei Bedarf auch jeweils in Transformationsschritten 3D-2D und 2D-3D in das jeweilige andere Format übertragen werden können.
    • Bezugszeichenliste
    • PM1...PM6
    Progammmodule
    SE
    Speichereinrichtung
    AE2
    Ausgabeeinrichtung für 2D-Daten
    AE3
    Ausgabeeinrichtung für 3D-Daten
    AE23
    Ausgabeeinrichtung für 2D-Daten und 3D-Daten
    SEN
    Messvorrichtung
    PLN
    Planungswerkzeug
    ARC
    Archiv
    SMP
    Simulationsprogramm
    RLT
    Realität
    ZG
    Zug
    STK
    Strecke
    2D
    2D-Daten
    3D
    3D-Daten
    ZVD
    Zugverhaltensdaten
    CLD
    Cloud
    CDE
    Common Data Environment
    MSR
    Messschritt (in realer Umgebung)
    ANL
    Analyseschritt
    TRN
    Transformationsschritt
    STP
    Streckenplanung
    CLR
    Zugbeeinflussung
    2D-3D
    Transformationsschritt von 2D nach 3D
    3D-2D
    Transformationsschritt von 3D nach 2D
    CMB
    Kombinationsschritt
    SIM
    Simulationsschritt
    COR
    Korrekturschritt
    KI
    Künstliche Intelligenz

Claims (14)

  1. Rechnergestützte Plattform zur Darstellung einer Bahninfrastruktur, mit
    • einem ersten Programmmodul (PM1) zum Erfassen von die Bahninfrastruktur beschreibenden Daten,
    • einer Speichereinrichtung (SE) für die die Bahninfrastruktur beschreibenden Daten,
    • einem zweiten Programmmodul (PM2) zur Ausgabe der die Bahninfrastruktur beschreibenden Daten,
    dadurch gekennzeichnet,
    dass
    • das erste Programmmodul (PM1) dazu ausgebildet ist, als die Bahninfrastruktur beschreibende Daten 2D-Daten zu verarbeiten, wobei die Daten auf den Streckenverlauf von Bahnstrecken in der Bahninfrastruktur bezogen sind,
    • ein drittes Programmmodul (PM3) zum Erfassen von die Bahninfrastruktur beschreibenden Daten dazu ausgebildet ist, als die Bahninfrastruktur beschreibende Daten 3D-Daten zu verarbeiten, wobei die Daten den Streckenverlauf von Bahnstrecken inklusive ihrer Umgebung in einem dreidimensionalen Raum beschreiben,
    • ein viertes Programmmodul (PM4) dazu ausgebildet ist, die 2D-Daten in 3D-Daten zu transformieren und/oder ein fünftes Programmmodul (PM5) dazu ausgebildet ist, die 3D-Daten in 2D-Daten zu transformieren,
    • das zweite Programmmodul (PM2) dazu ausgebildet ist, sowohl die durch das erste Programmmodul (PM1) zur Verfügung gestellten als auch die durch das fünfte Programmmodul (PM5) zur Verfügung gestellten 2D-Daten und/oder sowohl die durch das zweite Programmmodul (PM2) zur Verfügung gestellten als auch die durch das vierte Programmmodul (PM4) zur Verfügung gestellten 3D-Daten auszugeben.
  2. Plattform nach Anspruch 1,
    dadurch gekennzeichnet,
    dass das zweite Programmmodul (PM2) dazu ausgebildet ist, sowohl die durch das erste Programmmodul (PM1) zur Verfügung gestellten als auch die durch das fünfte Programmmodul (PM5) zur Verfügung gestellten 2D-Daten gemeinsam und/oder sowohl die durch das zweite Programmmodul (PM2) zur Verfügung gestellten als auch die durch das vierte Programmmodul (PM4) zur Verfügung gestellten 3D-Daten gemeinsam auszugeben.
  3. Plattform nach Anspruch 2,
    dadurch gekennzeichnet,
    dass das zweite Programmmodul (PM2) dazu ausgebildet ist, die 2D-Daten und/oder die 3D-Daten mit einem Index auszugeben, wobei der Index eine Information darüber enthält, ob die betreffenden Daten aus dem ersten Programmmodul (PM1) oder aus dem dritten Programmmodul (PM3) stammen.
  4. Plattform nach einem der voranstehenden Ansprüche,
    dadurch gekennzeichnet,
    dass die Speichereinrichtung (SE) dazu ausgebildet ist, dass die 2D-Daten und die 3D-Daten gemeinsam, insbesondere in einer Cloud (CLD), abgespeichert werden.
  5. Plattform nach einem der voranstehenden Ansprüche,
    dadurch gekennzeichnet,
    dass ein sechstes Programmmodul (PM6) dazu ausgebildet ist, einen realen Zugverkehr zu beeinflussen, wobei das zweite Programmmodul (PM2) dazu ausgebildet ist, durch das sechste Programmmodul (PM6) erzeugte Zugverhaltensdaten auszuwerten.
  6. Plattform nach Anspruch 5,
    dadurch gekennzeichnet,
    dass das sechste Programmmodul (PM6) dazu ausgebildet ist, die Zugverhaltensdaten als das Zugverhalten beschreibende 2D-Datenzu erfassen.
  7. Plattformnach Anspruch 6,
    dadurch gekennzeichnet,
    dass die Zugverhaltensdaten durch das vierte Programmmodul (PM4) in das Zugverhalten beschreibende 3D-Daten umgewandelt werden.
  8. Plattform nach einem der voranstehenden Ansprüche,
    dadurch gekennzeichnet,
    dass eine Messvorrichtung (SEN) dazu ausgebildet ist, die die Bahninfrastruktur beschreibende 3D-Daten in der real existierenden Bahninfrastruktur zu erfassen.
  9. Plattform nach einem der voranstehenden Ansprüche,
    dadurch gekennzeichnet,
    dass das zweite Programmmodul (PM2) dazu ausgebildet ist, die 2D-Daten und/oder die 3D-Daten an ein Simulationsprogramm (SIM) auszugeben.
  10. Verfahren zur Darstellung einer Bahninfrastruktur, bei dem
    • die Bahninfrastruktur beschreibende Daten erfasst werden,
    • die die Bahninfrastruktur beschreibenden Daten gespeichert werden,
    • die die Bahninfrastruktur beschreibenden Daten ausgegeben werden,
    dadurch gekennzeichnet,
    dass
    • die die Bahninfrastruktur beschreibende Daten zum Teil als 2D-Daten verarbeitet werden, wobei die Daten auf den Streckenverlauf von Bahnstrecken in der Bahninfrastruktur bezogen sind,
    • die die Bahninfrastruktur beschreibende Daten zum Teil als 3D-Datenverarbeitet werden, wobei die Daten den Streckenverlauf von Bahnstrecken inklusive ihrer Umgebung in einem dreidimensionalen Raum beschreiben,
    • die 2D-Daten in 3D-Daten transformiert werden und/oder die 3D-Daten in 2D-Daten transformiert werden,
    • sowohl die untransformierten 2D-Daten als auch die transformierten 3D-Daten und/oder sowohl die untransformierten 3D-Daten als auch die transformierten 2D-Daten gemeinsam ausgegeben werden.
  11. Verfahren zur Planung einer Bahninfrastruktur,
    dadurch gekennzeichnet,
    dass die gemäß dem Verfahren nach Anspruch 10 erzeugten 2D-Daten und/oder 3D-Daten bei der Planung verwendet werden.
  12. Verfahren zur Simulation eines Bahnbetriebs in einer Bahninfrastruktur
    dadurch gekennzeichnet,
    dass die gemäß dem Verfahren nach Anspruch 10 erzeugten 2D-Daten und/oder 3D-Daten bei der Planung verwendet werden.
  13. Computerprogrammprodukt mit Programmbefehlen zur Durchführung des Verfahrens nach einem der Ansprüche 10 - 12 und/oder zur Installation auf einer Plattform nach einem der Ansprüche 1 - 9.
  14. Bereitstellungsvorrichtung für das Computerprogrammprodukt nach Anspruch 13, wobei die Bereitstellungsvorrichtung das Computerprogrammprodukt speichert und/oder bereitstellt.
EP19204369.3A 2019-10-21 2019-10-21 Rechnergestützte plattform zur darstellung einer bahninfrastruktur und verfahren zu deren betrieb Active EP3812239B1 (de)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP19204369.3A EP3812239B1 (de) 2019-10-21 2019-10-21 Rechnergestützte plattform zur darstellung einer bahninfrastruktur und verfahren zu deren betrieb
ES19204369T ES2967281T3 (es) 2019-10-21 2019-10-21 Plataforma informatizada para la representación de una infraestructura ferroviaria y de los procedimientos para su explotación

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
EP19204369.3A EP3812239B1 (de) 2019-10-21 2019-10-21 Rechnergestützte plattform zur darstellung einer bahninfrastruktur und verfahren zu deren betrieb

Publications (3)

Publication Number Publication Date
EP3812239A1 true EP3812239A1 (de) 2021-04-28
EP3812239B1 EP3812239B1 (de) 2023-10-04
EP3812239C0 EP3812239C0 (de) 2023-10-04

Family

ID=68296281

Family Applications (1)

Application Number Title Priority Date Filing Date
EP19204369.3A Active EP3812239B1 (de) 2019-10-21 2019-10-21 Rechnergestützte plattform zur darstellung einer bahninfrastruktur und verfahren zu deren betrieb

Country Status (2)

Country Link
EP (1) EP3812239B1 (de)
ES (1) ES2967281T3 (de)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160221592A1 (en) * 2013-11-27 2016-08-04 Solfice Research, Inc. Real Time Machine Vision and Point-Cloud Analysis For Remote Sensing and Vehicle Control
EP3388307A2 (de) * 2017-04-13 2018-10-17 KNORR-BREMSE Systeme für Schienenfahrzeuge GmbH Fusion von infrastrukturbezogenen daten, insbesondere von infrastrukturbezogenen daten für schienenfahrzeuge
WO2018208153A1 (en) * 2017-05-12 2018-11-15 Fugro Technology B.V. System and method for mapping a railway track

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10244127A1 (de) 2002-09-27 2004-04-08 Siemens Ag Sensorsystem zur Fahrwegüberwachung für eine autonome mobile Einheit, Verfahren sowie Computerprogramm mit Programmcode-Mitteln und Computerprogramm-Produkt zur Überwachung eines Fahrwegs für eine autonome mobile Einheit
DE102006026048A1 (de) 2006-06-01 2007-12-20 Gbm Wiebe Gleisbaumaschinen Gmbh GPS gestütztes, kontinuierliches Trassenerkundungssystem mit Multisensorik
DE102009006085A1 (de) 2009-01-26 2010-07-29 Voith Patent Gmbh Verfahren zur Erfassung von Streckendaten
GB2542115B (en) 2015-09-03 2017-11-15 Rail Vision Europe Ltd Rail track asset survey system
AT518692B1 (de) 2016-06-13 2019-02-15 Plasser & Theurer Exp Von Bahnbaumaschinen G M B H Verfahren und System zur Instandhaltung eines Fahrwegs für Schienenfahrzeuge
DE102016225595A1 (de) 2016-12-20 2018-06-21 Siemens Aktiengesellschaft Verfahren und Anordnung zur Kalibrierung mindestens eines Sensors eines Schienenfahrzeugs
KR102017870B1 (ko) 2017-08-31 2019-09-03 투아이시스(주) 실시간 선로 결함 검측 시스템
US10854011B2 (en) 2018-04-09 2020-12-01 Direct Current Capital LLC Method for rendering 2D and 3D data within a 3D virtual environment
CN109142382A (zh) 2018-10-12 2019-01-04 成都精工华耀科技有限公司 一种轨道可视化巡检二维与三维融合成像系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160221592A1 (en) * 2013-11-27 2016-08-04 Solfice Research, Inc. Real Time Machine Vision and Point-Cloud Analysis For Remote Sensing and Vehicle Control
EP3388307A2 (de) * 2017-04-13 2018-10-17 KNORR-BREMSE Systeme für Schienenfahrzeuge GmbH Fusion von infrastrukturbezogenen daten, insbesondere von infrastrukturbezogenen daten für schienenfahrzeuge
WO2018208153A1 (en) * 2017-05-12 2018-11-15 Fugro Technology B.V. System and method for mapping a railway track

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
LUCAS ANDREAS | SCHUBERT ET AL: "Zentralisiertes Management von Geodaten im Schienenverkehr - Centralised management of geodata for railway applications", SIGNAL + DRAHT, vol. 108, no. 12, 9 December 2016 (2016-12-09), pages 6 - 14, XP055340166 *

Also Published As

Publication number Publication date
EP3812239B1 (de) 2023-10-04
ES2967281T3 (es) 2024-04-29
EP3812239C0 (de) 2023-10-04

Similar Documents

Publication Publication Date Title
EP3438901A1 (de) Testfahrtszenario-datenbanksystem für realitätsnahe virtuelle testfahrtszenarien
EP3695244B1 (de) Verfahren und vorrichtung zum erzeugen eines inversen sensormodells und verfahren zum erkennen von hindernissen
DE102018215055A1 (de) Verfahren zum Bestimmen einer Spurwechselangabe eines Fahrzeugs, ein computerlesbares Speichermedium und ein Fahrzeug
EP3968213B1 (de) Verfahren und vorrichtung zum ermitteln eines gleisgebundenen schienenpfades in einer gleisanlage
DE102007053501A1 (de) Verfahren zur Entwicklung und/oder zum Testen wenigstens eines Sicherheits- und/oder Fahrerassistenzsystems für ein Kraftfahrzeug und Simulationsumgebung
EP3271231A1 (de) Verfahren und vorrichtung zum überwachen einer von einem fahrzeug abzufahrenden soll-trajektorie auf kollisionsfreiheit
DE102020127855A1 (de) Sicherheitssystem, automatisiertes fahrsystem und verfahren dafür
EP4124542A1 (de) Verfahren und vorrichtung zum erkennen von hindernissen auf einer strecke
DE102019215903A1 (de) Verfahren und Vorrichtung zum Erzeugen von Trainingsdaten für ein Erkennungsmodell zum Erkennen von Objekten in Sensordaten eines Sensors insbesondere eines Fahrzeugs, Verfahren zum Trainieren und Verfahren zum Ansteuern
DE202022106107U1 (de) System zur Prüfung von automatisierten Fahrsystemen der Stufe 3 (ADS)
DE102022002334B3 (de) Verfahren zur Ermittlung und Bereitstellung von Fahrspurverläufen
DE102018207566A1 (de) System zum Durchführen von simulierten Kollisionsszenarios von einem Kraftfahrzeug mit einem nicht-motorisierten Verkehrsteilnehmer
EP4389558A1 (de) Verfahren und vorrichtung zum erproben einer hinderniserkennung für einem gefahrenraum
EP3812239B1 (de) Rechnergestützte plattform zur darstellung einer bahninfrastruktur und verfahren zu deren betrieb
DE102019217648A1 (de) Graph-basiertes Verfahren zur holistischen Fusion von Messdaten
EP4109194B1 (de) Sensordatengenerierung zum steuern eines autonomen fahrzeugs
DE102022210504B4 (de) System und Verfahren zur Prädiktion einer zukünftigen Position eines Verkehrsteilnehmers
EP4517615A1 (de) Computerimplementiertes verfahren zur überwachung, optimierung und prognose einer reinigungsaufgabe, system zur datenverarbeitung und computerprogramm
DE102020206134A1 (de) Verfahren zum Betrieb eines Kraftfahrzeugs
EP4069565A1 (de) Verfahren und vorrichtung zum austauschen von manöverinformationen zwischen fahrzeugen
DE102012009688B4 (de) Verfahren, Signalfolge sowie Rechneranlage zum Erstellen, Verwalten, Komprimieren und Auswerten von 3D-Daten eines dreidimensionalen Geländemodells und ein Computerprogramm mit Programmcode zur Durchführung des Verfahrens auf einem Computer
DE102007052980A1 (de) Verfahren und Vorrichtung zur Darstellung des Betriebsverhaltens einer Windenergieanlage
EP3707468A1 (de) System und verfahren zum navigieren innerhalb eines gleisnetzes
DE102017202763B4 (de) Verfahren zur Auswertung von Fahrzeugbetriebsinformationen
DE102019212761A1 (de) Fahrsimulator

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 MK MT NL NO PL PT RO RS SE SI SK SM TR

AX Request for extension of the european patent

Extension state: BA ME

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

RBV Designated contracting states (corrected)

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

REG Reference to a national code

Ref country code: DE

Ref legal event code: R079

Free format text: PREVIOUS MAIN CLASS: B61L0027000000

Ipc: B61L0027530000

Ref country code: DE

Ref legal event code: R079

Ref document number: 502019009541

Country of ref document: DE

Free format text: PREVIOUS MAIN CLASS: B61L0027000000

Ipc: B61L0027530000

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

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

Free format text: STATUS: GRANT OF PATENT IS INTENDED

RIC1 Information provided on ipc code assigned before grant

Ipc: G06Q 50/30 20120101ALN20230418BHEP

Ipc: B61L 27/60 20220101ALI20230418BHEP

Ipc: B61L 27/53 20220101AFI20230418BHEP

INTG Intention to grant announced

Effective date: 20230512

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

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

Free format text: STATUS: THE PATENT HAS BEEN GRANTED

AK Designated contracting states

Kind code of ref document: B1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

Free format text: NOT ENGLISH

REG Reference to a national code

Ref country code: CH

Ref legal event code: EP

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

Free format text: LANGUAGE OF EP DOCUMENT: GERMAN

REG Reference to a national code

Ref country code: DE

Ref legal event code: R096

Ref document number: 502019009541

Country of ref document: DE

U01 Request for unitary effect filed

Effective date: 20231102

U07 Unitary effect registered

Designated state(s): AT BE BG DE DK EE FI FR IT LT LU LV MT NL PT SE SI

Effective date: 20231108

U20 Renewal fee for the european patent with unitary effect paid

Year of fee payment: 5

Effective date: 20231108

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

Ref country code: GR

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

Effective date: 20240105

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

Ref country code: IS

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

Effective date: 20240204

REG Reference to a national code

Ref country code: ES

Ref legal event code: FG2A

Ref document number: 2967281

Country of ref document: ES

Kind code of ref document: T3

Effective date: 20240429

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

Ref country code: IS

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

Effective date: 20240204

Ref country code: GR

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

Effective date: 20240105

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

Ref country code: RS

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

Effective date: 20231004

Ref country code: PL

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

Effective date: 20231004

Ref country code: NO

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

Effective date: 20240104

Ref country code: HR

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

Effective date: 20231004

PLBI Opposition filed

Free format text: ORIGINAL CODE: 0009260

PLAB Opposition data, opponent's data or that of the opponent's representative modified

Free format text: ORIGINAL CODE: 0009299OPPO

PLBI Opposition filed

Free format text: ORIGINAL CODE: 0009260

PLAB Opposition data, opponent's data or that of the opponent's representative modified

Free format text: ORIGINAL CODE: 0009299OPPO

PLAX Notice of opposition and request to file observation + time limit sent

Free format text: ORIGINAL CODE: EPIDOSNOBS2

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

Ref country code: CZ

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

Effective date: 20231004

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

Ref country code: SK

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

Effective date: 20231004

26 Opposition filed

Opponent name: DRUM - DYNAMIC RAIL UTILITIES MONITORING GMBH

Effective date: 20240625

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

Ref country code: SM

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

Effective date: 20231004

Ref country code: SK

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

Effective date: 20231004

Ref country code: RO

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

Effective date: 20231004

Ref country code: CZ

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

Effective date: 20231004

26 Opposition filed

Opponent name: DEUTSCHE BAHN AG

Effective date: 20240704

R26 Opposition filed (corrected)

Opponent name: DRUM - DYNAMIC RAIL UTILITIES MONITORING GMBH

Effective date: 20240625

R26 Opposition filed (corrected)

Opponent name: DEUTSCHE BAHN AG

Effective date: 20240704

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

Ref country code: MC

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

Effective date: 20231004

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

Ref country code: MC

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

Effective date: 20231004

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

Ref country code: IE

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

Effective date: 20231021

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

Ref country code: IE

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

Effective date: 20231021

PLBB Reply of patent proprietor to notice(s) of opposition received

Free format text: ORIGINAL CODE: EPIDOSNOBS3

U20 Renewal fee for the european patent with unitary effect paid

Year of fee payment: 6

Effective date: 20241018

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

Ref country code: CY

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

Effective date: 20191021

PLAB Opposition data, opponent's data or that of the opponent's representative modified

Free format text: ORIGINAL CODE: 0009299OPPO

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

Ref country code: HU

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

Effective date: 20191021

PLAB Opposition data, opponent's data or that of the opponent's representative modified

Free format text: ORIGINAL CODE: 0009299OPPO

R26 Opposition filed (corrected)

Opponent name: DRUM - DYNAMIC RAIL UTILITIES MONITORING GMBH

Effective date: 20240625

R26 Opposition filed (corrected)

Opponent name: DRUM - DYNAMIC RAIL UTILITIES MONITORING GMBH

Effective date: 20240625

RAP4 Party data changed (patent owner data changed or rights of a patent transferred)

Owner name: SIEMENS MOBILITY GMBH

U1H Name or address of the proprietor changed after the registration of the unitary effect

Owner name: SIEMENS MOBILITY GMBH; DE

PLAB Opposition data, opponent's data or that of the opponent's representative modified

Free format text: ORIGINAL CODE: 0009299OPPO

REG Reference to a national code

Ref country code: CH

Ref legal event code: L10

Free format text: ST27 STATUS EVENT CODE: U-0-0-L10-L00 (AS PROVIDED BY THE NATIONAL OFFICE)

Effective date: 20251015

R26 Opposition filed (corrected)

Opponent name: DRUM - DYNAMIC RAIL UTILITIES MONITORING GMBH

Effective date: 20240625

U20 Renewal fee for the european patent with unitary effect paid

Year of fee payment: 7

Effective date: 20251020

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

Ref country code: TR

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

Effective date: 20231004

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

Ref country code: GB

Payment date: 20251111

Year of fee payment: 7

REG Reference to a national code

Ref country code: CH

Ref legal event code: U11

Free format text: ST27 STATUS EVENT CODE: U-0-0-U10-U11 (AS PROVIDED BY THE NATIONAL OFFICE)

Effective date: 20260114

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

Ref country code: ES

Payment date: 20260119

Year of fee payment: 7

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

Ref country code: CH

Payment date: 20260114

Year of fee payment: 7