EP3812239B1 - Computer-assisted platform for representing a rail infrastructure and method for operating the same - Google Patents

Description

• 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.

The invention relates to a computer-aided platform for displaying a railway infrastructure

• a first program module for collecting data describing the railway infrastructure,
• a storage device SE for the data describing the railway infrastructure,
• a second program module for outputting the data describing the railway infrastructure.

• die Bahninfrastruktur beschreibende Daten erfasst werden,
• die die Bahninfrastruktur beschreibenden Daten gespeichert werden,
• die die Bahninfrastruktur beschreibenden Daten ausgegeben werden.

The invention also relates to methods for displaying a railway infrastructure, in which

• Data describing the railway infrastructure is recorded,
• the data describing the railway infrastructure is stored,
• the data describing the railway infrastructure is output.

Finally, the invention relates to a computer program product and a provision device for this computer program product, the computer program product being equipped with program instructions for carrying out this method.

According to the state of the art, planning data for train route networks is currently preferably collected in two dimensions. Suitable planning tools are used to plan the routes, with route elements belonging to the route being planned depending on the route kilometers, i.e. two-dimensionally. A planning tool used by Siemens Mobility GmbH, for example, is Entegro Engineering.

It is also known that routes can be measured three-dimensionally. This is done, for example, by a measuring car that travels along the route and allows a laser measurement or a visual recording (film, photo) of the route, or Aerial measurements, which can be carried out using drones, for example. The data determined in this way can be created, for example, with Open Rail Designer, a tool from Bentley.

Both methods have advantages and disadvantages. Three-dimensional environments for route planning are very intuitive, especially for route planners. However, three-dimensional data only contains geometric information. On the other hand, routes were traditionally planned in two dimensions, which is why a large amount of data was stored in this regard. New plans are based, among other things, on this stored data. Furthermore, 2D data is not generated using a single recording method, but is recorded using several different methods and the data must be merged from different data sources into a data source with a common data format, which means a involves a certain amount of effort.

The document EP 3 388 307 A2 describes a method for creating at least one new data set, in particular containing infrastructure data for vehicles. The method has the following steps: reading in at least one existing data record from at least one source, and converting the at least one data record to at least one new data record with a uniform format.

The document LUCAS ANDREAS SCHUBERT ET AL: "Centralized management of geodata in rail transport - Centralized management of geodata for railway applications", SIGNAL + DRAHT, Vol. 108, No. 12, December 9, 2016, pages 6-14, XP055340166 , describes the centralized management of geodata, which forms the technological basis for collecting heterogeneous data relevant to railway applications from different sources, displaying it in a structured manner in a common model and making it available to the end user in a map display via georeferencing. This article examines in detail the different data formats that are suitable for a Structuring geodata in a database or exchanging it between different IT applications.

It is therefore the object of the invention to provide a platform for processing and/or displaying a railway infrastructure that, on the one hand, can be operated intuitively and, on the other hand, offers the possibility of recording existing planning data. Furthermore, it is the object of the invention to provide a method with which expenses can be edited intuitively and in which existing planning data can be taken into account. Finally, the object of the invention is to provide a computer program product and a provision device for this computer program product with which the aforementioned method can be carried out.

• 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 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 sowohl die durch das dritte Programmmodul zur Verfügung gestellten als auch die durch das vierte Programmmodul zur Verfügung gestellten 3D-Daten auszugeben.

This object is achieved according to the invention with the subject matter of the claim specified at the beginning (computer-aided platform) in that

• the first program module is designed to process 2D data as data describing the railway infrastructure, the data being related to the route of railway lines in the railway infrastructure,
• a third program module for recording data describing the railway infrastructure is designed to process 3D data as data describing the railway infrastructure, the data describing the route of railway routes including their surroundings in a three-dimensional space,
• a fourth program module is designed to transform the 2D data into 3D data and a fifth program module is designed to transform the 3D data into 2D data,
• the second program module is designed to receive both the 2D data provided by the first program module and the 2D data provided by the fifth program module and both the 2D data provided by the third program module and those provided by to output 3D data provided by the fourth program module.

In other words, the invention provides that both 2-D data and 3-D data can be processed. However, in order to remain flexible when using the computer-aided platform, 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 display this data in both a 2D environment and a 3D environment.

This initially offers the advantage that both 3-D data and 2-D data are available for the platform. Both 2-D data and 3-D data have their advantages. 2-D data is available in particular historically, and this data can be obtained on the platform by transferring 2-D data from the archive. 3-D data can be recorded from the current route in particular using measurement methods and is preferably used to create a virtual reality.

Processing both 3-D data and 2-D data has the further advantage that the second program module can be used to compare the 2-D data with the 3-D data. In this way, discrepancies can be uncovered. For example, the historical 2-D data from the archive may be outdated because it was not sufficiently maintained in the past. In this case, priority should be given to the more current 3-D data so that a correction can be made. However, it is also possible that the 3-D data were recorded incorrectly by the measurement process or were incorrectly interpreted by the third program module. For example, it may happen that a route element was incorrectly recognized in the 3-D data that cannot be found in the 2-D data.

The examples make it clear that in the event of deviations, a decision must be made as to which of the data is the correct one. Human intervention may or may not be necessary here artificial intelligence is entrusted with this task. Probabilities can first be determined as to which of the data could be the correct ones. Ultimately, absolute security can only be achieved if reality (and this does not mean the created virtual reality, but the "actual" reality) is compared with the two-dimensional or three-dimensional data (in other words, the 2-D data). and the 3-D data). Overall, however, the security of detecting errors increases because the 2-D data and the 3-D data create the possibility of a comparison in the first place.

The 2-D data is preferably route data. Data from a route atlas can serve as route data. The route data contains information about the route in reality. In addition, the route data may contain route characteristics (age of the route, maximum permitted speed on the route, etc.). The route data also contains information about the presence of route elements. This includes, for example, signals, switches, level crossings, train stations and the like.

Unless otherwise specified in the description below, the terms "create", "compute", "compute", "determine", "generate", "configure", "modify" and the like preferably refer to actions and/or Processes and/or processing steps that change and/or create data and/or convert data into other data. The data is available in particular as physical quantities, for example as electrical impulses or as measured values. The required instructions/program commands are summarized in a computer program as software. Furthermore, the terms “receive,” “send,” “read in,” “read out,” “transmit” and the like refer to the interaction of individual hardware components and/or software components via interfaces. The interfaces can be hardware-related, for example wired or as a radio connection, and/or software-related, for example as an interaction between individual program modules or program parts of one or more computer programs.

In connection with the invention, “computer-aided” or “computer-implemented” can be understood to mean, for example, an implementation of the method in which a computer or several computers execute or execute at least one method step of the method. The term "computer" is to be interpreted broadly, covering all electronic devices with data processing capabilities. Computers can therefore be, for example, personal computers, servers, handheld computer systems, pocket PC devices, mobile radio devices and other communication devices that process computer-aided data, processors and other electronic devices for data processing, which can preferably also be combined to form a network. In the context of the invention, 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 storage (hard drive or data carrier).

A “cloud” should be understood as an environment for “cloud computing” (German computer cloud or data cloud). This refers to an IT infrastructure that is made available via a network such as the Internet. 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 as part of cloud computing covers the entire spectrum of information technology and includes, among other things, infrastructure, platforms and software.

“Program modules” should be understood as individual functional units that enable the program flow according to the invention. These functional units can be in a single computer program or in several communicating with each other be realized using computer programs. The interfaces implemented here can be implemented in software terms within a single processor or in hardware terms if several processors are used.

In connection with the invention, 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 main processor (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 instructions, etc . A processor can, for example, also be an IC (integrated circuit), in particular an FPGA (field programmable gate array) or an ASIC (application-specific integrated circuit), or a DSP (Digital Signal Processor). A processor can also be understood as a virtualized processor or a soft CPU. For example, it can also be a programmable processor that is equipped with a configuration for executing a computer-aided method.

According to one embodiment of the invention, it is provided that the second program module is designed to share 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 those made available by the third program module to output the 3D data provided as well as the 3D data provided by the fourth program module.

This means that a mixed output also contains information from both worlds, i.e. the representation of 2-D data and 3-D data, even on a display or the like in one and the same view (ie display area). This has the advantage that a Display of 2-D data and 3-D data can be particularly clear. In particular, if the display, for example a screen, is intended as an interface for a human developer, the information from both worlds can be processed quickly when designing new routes or modifying existing routes. In addition, one display is sufficient to output both the 2-D data and the 3-D data, which also represents a cost-effective technical solution.

According to one embodiment of the invention, it is provided that 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 data in question comes from the first program module or from come from the third program module.

This is interesting with a common representation in that it can be assessed which data is more reliable or takes precedence in the event of inconsistencies. It can advantageously be taken into account whether 2-D data was actually originally determined as 2-D data or was transformed from 3-D data. In the same way, it can be taken into account the other way around whether 3-D data was actually originally created as 3-D data, for example through a measurement, or was generated by transforming 2-D data into 3-D data. This information is advantageously contained in the indexing.

According to one embodiment of the invention, it is provided that 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 power can be distributed across multiple units (storage units and processors), so that decentralized and cost-effective solutions can be found. Cost-effective because the computing capacity of processors and the storage capacity of storage units are optimally utilized can be done by looking for free computing capacity or free storage capacity for the application in question. In addition, different data sources are used on the platform according to the invention, which can advantageously also be spatially distant from one another in a cloud-based solution. The archive with 2-D data may be located in a central office, while the measuring device travels a route to generate 3-D data and is therefore mobile. The use of free storage units and processors is managed via a Common Data Environment, or CDE for short.

According to one embodiment of the invention, it is provided that a sixth program module is designed to influence real train traffic, with the second program module being designed to evaluate train behavior data generated by the sixth program module.

The consideration of train behavior data advantageously creates the possibility, for example, when designing a new route or modifying an existing route, to incorporate empirical values that typically concern trains in certain situations. For example, speed limits can be introduced depending on the gradient or curve radii.

Particularly when routes are modified, events that occurred during train operation can also be evaluated. For example, the repeated need for braking could be taken into account by imposing a speed limit on a relevant section of the route. This advantageously facilitates the planning or modification of routes, with the selected measures being selected taking reality into account so that they make sense.

According to one embodiment of the invention it is provided that the sixth program module is designed to: To record 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 in which it is usually collected. During train operation, the train travels the route so that the train behavior data can be determined two-dimensionally depending on the route (for example, depending on the kilometer). The capture by the sixth program module can therefore advantageously be carried out very efficiently if it is designed to capture 2-D data.

According to one embodiment of the invention, it is provided that the train behavior data is converted by the fourth program module into 3D data describing the train behavior.

Since the train behavior data can also simplify planning processes using 3-D data, for example, it is advantageous to transform the train behavior data, which, as already described, is preferably available as 2-D data, into 3-D data. In other words, this means that train behavior data is not displayed depending on the route but rather depending on the virtual 3-D environment. In this way, these can also be taken into account directly by the second program module when evaluating 3-D data and also when displaying it.

According to one embodiment of the invention, it is provided that a measuring device is designed to record the 3D data describing the railway infrastructure in the actually existing railway infrastructure.

As already mentioned, the measuring device can consist, for example, of a measuring car that travels the route in question. This is an efficient way to collect 3D data from the route and its surroundings. For example, laser scanners and cameras can be used here. A measurement using ultrasound or radar is also conceivable.

According to one embodiment of the invention, it is provided that the second program module PM2 is designed to output the 2D data and/or the 3D data to a simulation program.

With the simulation program, another application is advantageously available that can make useful use of the 3-D data in particular. The simulation program can, for example, be part of a driving simulator for railways, in which, for example, train crews are trained on a route that is depicted virtually and actually exists. The train crew travels through the virtual space and gets to know the route and its surroundings without being there in person.

• 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 die 3D-Daten in 2D-Daten transformiert werden,
• sowohl die untransformierten 2D-Daten als auch die transformierten 3D-Daten und sowohl die untransformierten 3D-Daten als auch die transformierten 2D-Daten gemeinsam ausgegeben werden.

The stated task is alternatively achieved according to the invention with the subject matter of the claim (method) specified at the beginning in that

• the data describing the railway infrastructure is partly processed as 2D data, whereby the data relates to the route of railway lines in the railway infrastructure,
• the data describing the railway infrastructure is partly processed as 3D data, whereby the data describes the route of railway lines including their surroundings in a three-dimensional space,
• the 2D data is transformed into 3D data and the 3D data is transformed into 2D data,
• both the untransformed 2D data and the transformed 3D data and both the untransformed 3D data and the transformed 2D data are output together.

The method mentioned can run in particular on the computer-aided platform described in detail above. The advantages associated with using the process correspond to those that have already been explained for the computer-aided platform and will not be repeated here.

Furthermore, a computer program product with program instructions for carrying out the method according to the invention and/or its exemplary embodiments is claimed, wherein the method according to the invention and/or its exemplary embodiments can be carried out by means of the computer program product.

In addition, a provision device for storing and/or providing the computer program product is claimed. The provision device is, for example, a data storage medium that stores and/or provides the computer program product. Alternatively and/or additionally, 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 stores and/or provides the computer program product, preferably in the form of a data stream.

The provision is made, for example, as 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 is downloaded in particular via a peer-to-peer network or provided as a data stream. Such a computer program product is, for example, read into a system using the provision device in the form of the data carrier and executes the program commands, so that the method according to the invention is carried out on a computer or the creation device is configured in such a way that it produces 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 given the same reference numerals and are only explained several times to the extent that there are differences between the individual figures.

The exemplary embodiments explained below are preferred embodiments of the invention. In the exemplary embodiments, the described components of the embodiments each represent individual features of the invention that can be viewed independently of one another, which also develop the invention independently of one another and are therefore to be viewed as part of the invention individually or in a combination other than that shown. Furthermore, the described embodiments can also be supplemented by further features of the invention that have already been described. The invention is defined by the claims.

Figur 1

ein Ausführungsbeispiel der erfindungsgemäßen rechnergestützten Plattform als Blockschaltbild,

Figur 2

ein Ausführungsbeispiel des erfindungsgemäßen Verfahrens als Ablaufdiagramm.

Show it:

Figure 1

an exemplary embodiment of the computer-aided platform according to the invention as a block diagram,

Figure 2

an exemplary embodiment of the method according to the invention as a flow chart.

In Figure 1 the architecture of the computer-aided platform according to the invention is shown as a block diagram. So that the platform can work, a storage unit or storage device SE is provided. As will be explained in more detail below, it is necessary for data describing a railway infrastructure to be available as 2D data and as 3D data.

The starting point for using the computer-aided platform is, on the one hand, the reality RLT, which includes both the railway route network (route STK) and its real environment including the train traffic taking place on it (train ZG). In addition, in an archive ARC connected via a first interface S1 to a first program module PM1, planning data is available as 2D data that has already been created and comes, for example, from route plans or route atlases. Here were in other words, the data is collected and stored along the route, whereby the position on the route STK, for example of a signal or a balise, can be represented two-dimensionally.

Furthermore, a measuring device SEN is available with which the route can be measured three-dimensionally via a second interface S2, in reality RLT. This measuring device SEN can, in a manner known per se, consist, for example, of a measuring car guided over the route, which, among other things, can take both a laser measurement of the route and its surroundings as well as optical recordings of the route and its surroundings. This creates 3D data, even if, for example, photographic images are themselves two-dimensional. The 3D data is transferred via a third interface S3 to a third program module PM3 and converted there into a virtual 3D environment through a suitable transformation of the measured values. To do this, the data must also be analyzed. The analysis and transformation of the 3D data takes place in the third program module PM3. For example, the Open Rail Designer application from Bentley 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 fourth interface S4. A fifth interface S5 is also provided, via which the planning tool BLN can also communicate with the third program module PM3.

The first program module PM1 sends 2D data to the storage device SE via a sixth interface S6. In the same way, the third program module PM3 sends 3D data to the storage device SE via a seventh interface S7. If in the Storage device SE 2D data and 3D data are available, these can also be transferred to the planning tool PLN via an eighth interface S8.

The storage unit SE therefore contains 2D data and 3D data, which, as already explained, have different origins and can also overlap in terms of information content. The data should therefore be processed in a second program module PM2. The 3D data and the 2D data, to the extent that they are available, can be transferred to the second program module PM2 via a ninth interface S9. Furthermore, 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 that was generated via the first program module PM1. 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.

Likewise, a fourth program module PM4 can receive 2D data from the storage unit SE via a twelfth interface S12, transform it into 3D data and then send the 3D data to the storage unit SE via the twelfth interface S12 or to the storage unit SE via a 13th interface S13 second program module PM2 transmitted.

The second program module PM2 is able to process the 2D data provided by the first program module PM1 as well as the transformed 2D data provided by the fifth program module PM5 and also the 3D data provided by the second program module PM2 as well to process and output 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 come from different sources, can be identified.

It is now possible for the second program module PM2 to carry out an automatic evaluation of which of the data with a more likely to be the correct data. As will be explained in more detail below, artificial intelligence (AI, see Figure 2 ) are used. For example, 2D data from the ARC archive may be outdated, while the 3D data derived from reality RLT, if more recent, may be given preferential treatment. On the other hand, it is also possible that errors were made when the third program module PM3 processed the data provided by the measuring device SEN. For example, a certain route element (light signal, balise) could have been incorrectly recognized.

Outputting inconsistencies also allows for human intervention, where the user can check inconsistencies to uncover a possible error. In case of doubt, the user can uncover the errors by comparing them with reality and, if necessary, correct them.

The 3D data and/or 2D data are output depending on a specific need. For example, an output device AE3 can be supplied with 3D data via a 14th interface S14. The output device AE3 is, for example, a screen on which a virtual 3D reality can be displayed using the 3D data.

Another possibility is to output 2D data via a 15th interface S15 to an output device AE2 for displaying the 2D data. The output device AE2 can also be a screen, whereby the 2D data can be displayed, for example, as a route map 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.

Of course, it is also possible to display both the 2D data and the 3D data on an output device AE23, which is preferably also designed in the form of a screen, and which are transmitted via a 16th interface S16 become. Such output allows the user to identify any inconsistencies in the 2D data and the 3D data in a particularly clear manner. This output is also ideal for integrating into a planning process for existing STK routes or new routes.

Finally, it is also possible to pass on 3D data, preferably via a 17th interface S17, to a simulation program SMP. The simulation program SMP can be advantageously used to virtually drive planned or actually existing routes in order to check the feasibility of a planning result. Another way to use the SMP simulation program is to train platoon drivers.

Additional data can be provided by a sixth program module PM6 for train control CLR (see Figure 2 ) be collected. This could be, for example, the Train Guard MT product from Siemens Mobility GmbH. The sixth program module PM6 communicates with the reality RLT via an 18th interface S18 in a manner known per se in order to influence the train ZG on the STK route. Here, train behavior data ZVD is determined, which the sixth program module PM6 can transmit to the second program module PM2 via a 19th interface S19. These can be used, for example, to supplement data sets with both 2D data and 3D data of train behavior and, for example, to realize a more realistic simulation with the SMP simulation program. ZVD train behavior data can also be evaluated during planning. For example, the fact that trains have to brake frequently in certain areas could lead to a changed speed limit on the STK route. Since train behavior data ZVD is primarily two-dimensional, a 20th interface S20 can also be provided, via which the train behavior data ZVD is fed to the fifth program module PM5 in order to convert it into 3D data.

In Figure 2 the sequence of the method according to the invention is shown as an exemplary embodiment in a flow diagram. First It should be noted that the procedure according to Figure 2 a common data environment (Common Data Environment) CDE is used. The Common Data Environment CDE is part of a Cloud CLD-based solution where the platform is in accordance with Figure 1 implemented as a cloud solution. This cloud solution also includes an integration of the SE storage unit and the ARC archive, so that their stored data is available in the Common Data Environment CDE. The procedure according to Figure 2 can therefore be accessed on one platform Figure 1 be executed.

How Figure 2 As can be seen, several processes run simultaneously, with the elements of the block diagram according to Figure 1 in Figure 2 are indicated by dash-dot lines, so that according to Figure 2 An example can be shown of how the procedure can be carried out Figure 2 on the functional elements Figure 1 are divided.

To record reality RLT (cf. Figure 1 ) a procedure VF1 is triggered. 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, with the data obtained in the measuring step MSR being used to recognize elements of the route STK including other route elements such as balises, light signals, switches, overhead lines, etc. In addition, other objects can also be recognized, such as buildings, platforms, level crossings, trees, tunnels, etc., although this environment does not directly belong to the route itself. Depending on the perspective, the MSA measuring step can record an environment around the STK route, which can extend from a few meters (tunnel) to a few 100 meters (open field).

Next, the data must also be transformed in a transformation step TRN in the third program module PM3 in such a way that they result in a virtual reality. Here, a closed three-dimensional space is represented, the extent of which corresponds to the extent of the data collected in the analysis step ANL based on the measurement step MSR.

The result of the transformation can be transferred to the Common Data Environment CDE in the form of 3D data. In addition, the result is made available to the fifth program module PM5 so that it can carry out a 3D-2D transformation step. During this transformation, the data is 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 virtual space is known and can be determined in this way during the transformation in order to generate 2D route information from this. This means that it is known on which kilometer of the 2D representation of the route STK the identified route element is located. The 2D data obtained in this way is passed on to the Common Data Environment CDE. The VF1 procedure is now ended.

In parallel, a second procedure VF2 can be started. This uses the first program module PM1, with 2D data taken from the Common Data Environment CDE. In a process step of route planning STP, route information that is required for train operation on the STK route can now also be generated in a manner known per se. This can be a new concept of an STK route or a modification, e.g. a modernization of the STK route 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 that 2D data stored in the ARC archive can also be retrieved 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 is transferred to the Common Data Environment CDE.

The fourth program module PM4 then carries out a 2D-3D transformation, which creates 3D data from the planning process. Here, two-dimensional route information about the location of certain route elements is recorded the route is evaluated in order to embed it in a three-dimensional virtual environment, i.e. provided with X, Y, Z coordinates. For this it is necessary that the route of the route is known. Based on this, the location of a specific route element in kilometers can be converted into 3D information. For this purpose, an elevation profile of the STK route in question must be known, as well as its course on the earth's surface. Such data can be taken, for example, from a route atlas, which can be available in the ARC archive, for example. The determined 3D data is transferred to the Common Data Environment CDE, which ends the second procedure VF2.

At the same time, a third procedure VF3 can be started. Strictly speaking, this is a procedure that permanently accompanies train operations in reality. The sixth program module PM6 carries out a train control step CLR, which in itself is in one Figure 2 The way not shown is used to influence the train CLR in reality RLT. However, train behavior data ZVD is also determined here, which includes the train behavior of the trains moving in reality RLT. This can be determined, for example, by sensors in the ZG trains. However, the ZVD train behavior data 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 involves the use of the 2D data, 3D data and train behavior data ZVD, which are retrieved from the Common Data Environment CDE after the method has started. These are made available in the second program module PM2. In the second program module PM2, a combination step CMB takes place, in which 2D data, 3D data and train behavior data ZVD can be processed together. Data analysis is carried out, for example by an artificial intelligence AI or, in a manner not shown, through human intervention. If inconsistencies occur between the 2D data and the 3D data in particular, troubleshooting must be carried out in order to correct the data in a suitable manner in a correction step COR correct. The data corrected in this way can be transferred back to the Common Data Environment CDE as 2D data and/or 3D data.

Furthermore, the data can be used to generate an output of mixed 2D data and 3D data. The output of 2D data could, for example, be used to create 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 particularly important. These can be fed back to the first program module PM1 (see Figure 1 ), which can use the data for an improved route planning process 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 Figure two. The planning result obtained in this way also contains 2D data and 3D data that can be transferred to the Common Data Environment CDE. There they are of course also available for subsequent runs of the VF1 and VF2 processes, so that they can also be transferred into the other format in 3D-2D and 2D-3D transformation steps if necessary.

Reference symbol list

PM1...PM6

Program modules

SE

Storage facility

AE2

Output device for 2D data

AE3

Output device for 3D data

AE23

Output device for 2D data and 3D data

SEN

Measuring device

PLN

Planning tool

ARC

archive

SMP

Simulation program

RLT

reality

ZG

Train

STK

Route

2D

2D data

3D

3D data

ZVD

Train behavior data

CLD

Cloud

CDE

Common Data Environment

MSR

Measuring step (in a real environment)

ANNL

Analysis step

TRN

Transformation step

STP

Route planning

CLR

Train control

2D-3D

Transformation step from 2D to 3D

3D-2D

Transformation step from 3D to 2D

CMB

Combination step

SIM

Simulation step

COR

Correction step

AI

Artificial intelligence

Claims (14)

1. Computer-assisted platform for representing a rail infrastructure, having

   - a first program module (PM1) for capturing data describing the rail infrastructure,

   - a storage facility (SE) for the data describing the rail infrastructure,

   - a second program module (PM2) for outputting the data describing the rail infrastructure,

   characterised in that

   - the first program module (PM1) is embodied to process 2D data as data describing the rail infrastructure, wherein the data is related to the track layout of railway lines in the rail infrastructure,

   - a third program module (PM3) for capturing data describing the rail infrastructure is embodied to process 3D data as data describing the rail infrastructure, wherein the data describes the track layout of railway lines including their surroundings in a three-dimensional space,

   - a fourth program module (PM4) is embodied to transform the 2D data into 3D data and a fifth program module (PM5) is embodied to transform the 3D data into 2D data,

   - the second program module (PM2) is embodied to output both the 2D data made available by the first program module (PM1) and also the 2D data made available by the fifth program module (PM5) and both the 3D data made available by the third program module (PM3) and also the 3D data made available by the fourth program module (PM4) .
2. Platform according to claim 1,
   characterised in that
   the second program module (PM2) is embodied to output both the 2D data made available by the first program module (PM1) and also the 2D data made available by the fifth program module (PM5) and/or both the 3D data made available by the third program module (PM3) and also the 3D data made available by the fourth program module (PM4).
3. Platform according to claim 2,
   characterised in that
   the second program module (PM2) is embodied to output the 2D data and/or the 3D data with an index, wherein the index contains an item of information indicating whether the relevant data originates from the first program module (PM1) or from the third program module (PM3).
4. Platform according to one of the preceding claims,
   characterised in that
   the storage facility (SE) is embodied so that the 2D data and the 3D data are stored together, in particular in a cloud (CLD) .
5. Platform according to one of the preceding claims,
   characterised in that
   a sixth program module (PM6) is embodied to influence a real train service, wherein the second program module (PM2) is embodied to evaluate train behaviour data produced by the sixth program module (PM6).
6. Platform according to claim 5,
   characterised in that
   the sixth program module (PM6) is embodied to capture the train behaviour data as 2D data describing the train behaviour.
7. Platform according to claim 6,
   characterised in that
   the train behaviour data is converted into 3D data describing the train behaviour by means of the fourth program module (PM4) .
8. Platform according to one of the preceding claims,
   characterised in that
   a measuring apparatus (SEN) is embodied to capture the 3D data describing the rail infrastructure in the real existing rail infrastructure.
9. Platform according to one of the preceding claims,
   characterised in that
   the second program module (PM2) is embodied to output the 2D data and/or the 3D data to a simulation program (SIM).
10. Method for representing a rail infrastructure, in which

    - the data describing the rail infrastructure is captured,

    - the data describing the rail infrastructure is stored,

    - the data describing the rail infrastructure is output,

    characterised in that

    - the data describing the rail infrastructure is processed in part as 2D data, wherein the data is related to the track layout of railway lines in the rail infrastructure,

    - the data describing the rail infrastructure is processed in part as 3D data, wherein the data describes the track layout of railway lines including their surroundings in a three-dimensional space,

    - the 2D data is transformed into 3D data and the 3D data is transformed into 2D data,

    - both the untransformed 2D data and also the transformed 3D data and both the untransformed 3D data and also the transformed 2D data are output together.
11. Method for planning a rail infrastructure,
    characterised in that
    the 2D data and 3D data produced in accordance with the method according to claim 10 is used during the planning.
12. Method for simulating a railway system in a rail infrastructure,
    characterised in that
    the 2D data and 3D data produced in accordance with the method according to claim 10 is used during the simulation.
13. Computer program product with control commands for carrying out the method according to one of claims 10 - 12 and for installation on a platform according to one of claims 1 - 9.
14. Provisioning apparatus for the computer program product according to claim 13, wherein the provisioning apparatus stores and/or provides the computer program product.

Images