EP4662617A1 - Vorrichtung zum integrieren einer mehrzahl von externen projektierungseinheiten - Google Patents

Vorrichtung zum integrieren einer mehrzahl von externen projektierungseinheiten

Info

Publication number
EP4662617A1
EP4662617A1 EP24710644.6A EP24710644A EP4662617A1 EP 4662617 A1 EP4662617 A1 EP 4662617A1 EP 24710644 A EP24710644 A EP 24710644A EP 4662617 A1 EP4662617 A1 EP 4662617A1
Authority
EP
European Patent Office
Prior art keywords
identification information
integration device
data set
external unit
external
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
EP24710644.6A
Other languages
English (en)
French (fr)
Inventor
Ralf WESTPHAL
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
Application filed by Siemens Mobility GmbH filed Critical Siemens Mobility GmbH
Publication of EP4662617A1 publication Critical patent/EP4662617A1/de
Pending legal-status Critical Current

Links

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
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06313—Resource planning in a project environment
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06315—Needs-based resource requirements planning or analysis

Definitions

  • the invention relates to an integration device which has at least one memory and one control device.
  • the invention also relates to an integration system (data exchange system) for a project, wherein the system has a plurality of external (project) units which are coupled via the integration device.
  • the invention also relates to a method for a project.
  • the invention relates to using the integration device and/or the integration system in a project which concerns a rail infrastructure.
  • the invention can thus relate to the technical field of communication technology, in particular with regard to communication between project planning tools, e.g. regarding rail infrastructures.
  • a large number of projects (especially large projects that affect infrastructure) require a large number of (project planning) units that interact with each other.
  • project planning engineing
  • complex interdisciplinary projects such as railway infrastructure installations
  • several engineering tools and processes are involved in the configuration of the various products and subsystems. Since the various units usually use different nomenclatures and designations, it can be particularly challenging to enable efficient and reliable data exchange (throughout the entire project).
  • Another approach is to introduce an additional ID into the system, which is globally unique (in the system). This global ID must also be maintained by all tools involved in such an engineering system. Furthermore, there must be a central instance (such as a database) to manage these IDs together with a clearly defined process by which the individual disciplines can create or query these IDs. Even with such a central ID system, there is still a need to align the entities of the different systems, which requires technical support such as rule-based, automated mapping or manual mapping tools and must be implemented accordingly.
  • an integration device which comprises: i) at least one memory (in particular an event-based memory); and ii) at least one control device (in particular a processor) which is coupled to the memory.
  • the integration device is designed to: a) receive (at the control device) a first data set (in particular relating to at least one event) from a first external unit (in particular a project planning unit, e.g. an engineering tool), wherein the first data set has first identification information (ID) which is indicative of the first external unit (or with which it is associated), b) store (by means of the memory) the first data set, wherein the identification information remains (essentially) unchanged (or is not manipulated), and c) output (by means of the control device) the first data set to a further external unit, in this case: changing the identification information ci) into further identification information which is indicative of the further external unit and/or cii) into (new) temporary identification information.
  • ID first identification information
  • an integration system data exchange system
  • the system comprising: i) an integration device as described above; and ii) a plurality of external units which comprise the external unit and the further external unit.
  • the majority of external units are coupled (to each other) via the integration device.
  • a method for project planning for organizing data sets for project planning
  • the method comprising: i) inputting (“push”) a first data set from a first external unit, the first data set comprising first identification information indicative of the first external unit; ii) storing the first data set, the identification information remaining (substantially) unchanged or not being actively manipulated; and iii) outputting (“pull”) the first data set to a further external unit, in this case: changing the identification information iv) into further identification information indicative of the further external unit and/or v) into temporary identification information.
  • a use of an integration device and/or an integration system as described above in a project relating to the field of infrastructure, in particular rail infrastructure, is described.
  • a device for data processing which has at least one processor and which is configured to carry out the method described above.
  • a computer program product which has instructions which, when the program is executed by a computer, cause the computer to carry out the method described above.
  • the term "integration device” may refer in particular to a device or structure which can be coupled to a plurality of external units and can thereby indirectly couple these external units to one another.
  • the integration device can act as an interface between different (projecting) units.
  • data records from the external units are transmitted/sent to the integration device and then stored.
  • data records are pulled from the memory and transmitted/sent to another external unit.
  • the integration device can have at least one control device and the memory.
  • the memory can be an event-based memory which continuously stores data records as events so that a history of events can be available for projecting.
  • data set can refer in particular to a plurality of information and/or data (points).
  • this data can be related to the development of a technical project, e.g. from the railway sector.
  • the data set can be event-based and refer to a specific event or represent a mere message.
  • the data set can be assigned to a specific topic.
  • identification information may refer in particular to information (e.g. an ID number) that is associated with an external entity.
  • identification information may be indicative of a specific external entity or may be (unambiguously) attributable to this external entity.
  • the identification information is not a pure ID for a specific entity, but may contain parts of identification information
  • Such an identification information part can, for example, refer to a topic (an object, an entity, etc.) which is at least partially independent of the external unit.
  • several external units can refer to the same topic, so that these identification information parts could in principle be linked/merged.
  • the term "external unit” can refer in particular to hardware and/or software that is not considered to be part of the integration device. Such an external unit can be coupled directly or indirectly to the integration device (wired or wireless). In the present context, the external units generate data records or events, exchange them with each other, modify them, etc. In this way, efficient data exchange can take place within the framework of a project. In a preferred example, the external units can therefore have project planning applications (engineering tools and data formats) such as AutoCAD, RailML, etc.
  • the invention can be based on the idea that efficient project planning (in particular a development in the field of rail infrastructure) can be provided with a plurality of project planning units involved if an integration device acts as a central interface to which the plurality of external units that operate with data sets can be coupled.
  • the integration device is set up not to manipulate incoming data sets with regard to their respective identification information, but only to adapt them to the identification information of another external unit when outputting them. - alternatively, select temporary identification information.
  • the integration device can act as a central point and service where coordination between the various external entities (systems) is provided.
  • the individual external entities do not have to build translation tables, mapping rules or manual mapping tools and user interfaces to connect their own data model with external data sources or targets (and with the respective object identification systems).
  • identification information may be provided, when communicating with one of the participating external units, only the identification information of the external unit retrieving the data from the integration device is used.
  • the responsibility for exporting data thus shifts from the external entities (engineering tools) that create or provide the data to the integration device. For example, even if the receiving entity is just a file and not a real tool, the data retrieval would be performed using the identification information of the receiving entity. In this way, the integration device will be responsible for all necessary conversations so that the identification information of the receiving entity is used consistently.
  • the integration device can use a temporary identification information (and never the identification information ID of another unit). This hides the internals of the other units.
  • the identification information comprises: a first identification information part which identifies the external unit (as such) (e.g. Engineering Tool A, uses
  • the identification information comprises: a second identification information part which identifies a topic (in particular which identifies an entity and/or object within a topic).
  • a topic in particular which identifies an entity and/or object within a topic.
  • topic can refer in particular to a specific aspect of the project planning.
  • a topic can, for example, refer to or be associated with a class of entities and/or objects.
  • signals would be a topic that can refer to the information of a large number of individual signal entities. Two or more external entities can thus refer to the same topic and/or to the same entity or object within a topic.
  • information about an object class (e.g. signals) from different entities (e.g. "Signal A", “Signal B”, etc.) can be stored in a topic.
  • An ID pair “System_ID / External_ID” can refer to the identification of a specific signal (e.g. "Signal A") within a system (e.g. "AutoCAD”).
  • the integration device When data is transferred to the integration device, all data records (eg messages) are stored in exactly the same way as they are provided by the external unit (system) that the transfers data. This includes IDs and references to related entities (identification information parts).
  • the integration device can also store an ID for the system (the external entity) pushing the data (first identification information part, e.g. System_ID) and an ID for (the entity and/or object within the subject) the subject in the ID space of the providing system (second identification information part, e.g. External_ID).
  • first identification information part e.g. System_ID
  • second identification information part e.g. External_ID
  • the integration device is further configured to receive a second data set from a second external unit, which second data set has second identification information that is indicative of the second external unit, and to store the second data set, wherein the second identification information remains (substantially) unchanged.
  • the second identification information comprises: a third identification information part which identifies the second external unit.
  • the second identification information comprises: a fourth identification information part which identifies the topic or a further topic (which identifies a (further) entity and/or a (further) object within the further topic).
  • the integration device is further configured to compare the first identification information and the second identification information, in particular to compare at least two identification information parts.
  • the integration device is further configured to, based on the comparison: match the first and/or second identification information part with the third and/or fourth identification information part (see e.g. Figure 2).
  • the merging/matching itself can be done in two different ways: automated rule-based matching or manual matching.
  • rules can be defined that can be used to compare topics of different external entities. Examples of this can be the following: -Equality or similarity of the values of an attribute (e.g. name of an entity).
  • the manual comparison is carried out interactively via a user interface in which Entities of two units can be aligned by the user.
  • the data set comprises the merged identification information parts. These can then be stored in a merged form (without manipulating the original identification information) and, when output, provided with the identification information of the further external unit or the temporary identification information.
  • the integration device is further configured to: separate an identification information part from an identification information and/or from a merged data set.
  • This can have the advantage that, in contrast to merging, certain topics can also be separated, for example. This can make the data exchange more flexible and efficient.
  • a mismatch operation is supported: the mismatch creates a new FIN_ID and a new 1-to-l relationship for the System_ID and the External_ID that is not met.
  • the previous 1-to-n relationship is reduced to an l-to-(n-l) relationship.
  • the integration device is further configured to generate an integration device identification which is indicative of the data set, in particular the data set with merged identification information parts, and/or at least one identification information part.
  • the Integration device identification is not issued to the other external unit (or does not leave the integration device). This can have the advantage of enabling particularly efficient organization in the integration device.
  • the integration device creates and stores its own ID (FIN_ID). This ID is only used internally and is not directed externally.
  • the integration device can store a relationship between FIN_ID and the identification information (or the identification information parts, e.g. System_ID, External_ID). When data is provided for the first time, this is initially a 1-to-1 relationship.
  • the integration device can match entities from several external entities.
  • the matching information is stored, for example, as follows: i) Suppose two internal identification information (FIN_Ids) are used: FIN_ID1 in relation to a first external entity (Sysl, ID1) and FIN_ID2 in relation to a second external entity (Sys2, ID2). ii) One of the two FIN_IDs is used as master (for example FIN_ID1).
  • FIN_ID1 now refers to (Sysl, ID1) and (Sys2, ID2) . iii) The other FIN_ID (FIN_ID2) and their relationships are deleted from the system.
  • This process can be performed in the same way for all other systems, so that in the end a 1-to-n relationship is established to map the same logical or real entity to different IDs used by the different systems.
  • the data set is an event-based data set.
  • the identification information identifies an event or is indicative of the event. This can have the advantage of enabling a particularly clear and interactive organization of the data.
  • the at least one memory has an event store (event store, e.g. Apache Kafka, etc.).
  • event store e.g. Apache Kafka, etc.
  • the event store stores a large number of events as a block series. This allows an established technology to be implemented directly.
  • data records within the event-based memory are (essentially) not changed.
  • the data is stored as intended and not manipulated, so that it can be restored at any time with its complete history. All data manipulations - if necessary - only take place during output from the integration device.
  • the majority of external units have project planning units such as engineering tools. This allows various established systems (e.g. AutoCAD, RailML, Civil 3D, etc.) that are used in a project (in the rail sector) to be coupled particularly efficiently, reliably and flexibly via the integration device.
  • the integration device has an artificial intelligence (AI) module.
  • AI artificial intelligence
  • AI can refer in particular to computer-based approaches to mimic cognitive functions of a human mind, in particular learning and problem solving.
  • a variety of different mathematical algorithms and computational models have been developed to implement AI functionalities, such as machine learning, deep learning, neural networks, genetic algorithms, kernel regression, etc.
  • the main purpose of these approaches can be seen as improving an existing algorithm by training it with training data so that a learning effect occurs and the problem-solving ability of the algorithm improves over time. This can happen with or without human intervention (e.g., tweaking).
  • an integration framework acts as an event-based data exchange system between the various engineering tools and processes (external units). All tools publish (push) their engineering data (data sets) that are to be exchanged as events or messages (event-based) in the event-based store of the integration device, and read this shared data from there (pull).
  • the format in which data is exchanged in these messages is JSON in a concrete example.
  • Figure 1 shows an integration system with a plurality of external units and an integration device according to an exemplary embodiment of the invention.
  • Figure 2 shows a combination of identification information parts by means of an integration device according to an exemplary embodiment of the invention.
  • spatially relative terms such as “front” and “back”, “top” and “bottom”, “left” and “right”, etc. are used to describe the relationship of one element to another element as shown in the figures.
  • the spatially relative terms may apply to orientations used that differ from the orientation shown in the figures.
  • these spatially relative terms refer only to simplify the description and the orientation shown in the figures and are not necessarily limiting, since a device according to an embodiment the invention can assume orientations other than those shown in the figures, particularly when used.
  • Figure 1 shows an integration system 150 with a plurality of external units 130-132, 140 and an integration device 100 according to an exemplary embodiment of the invention.
  • the integration device 100 has a control device 110 which is coupled to an event-based memory 120.
  • the external units 130-132 in this example are project planning units which are independent of one another and standalone. Each unit uses its own project planning application (engineering tool), e.g. AutoCAD, and uses identification information which is indicative of the respective external unit.
  • engineing tool e.g. AutoCAD
  • Data records from the respective external units are provided ("push") in the course of data exchange during a configuration of the integration device 100.
  • the control device 110 is configured to receive these data records and store them in the memory 120, whereby the identification information is not changed.
  • no universal ID is used in the overall system.
  • the memory 120 is event-based and stores each data record as an event or a message. This results in a block series of data records/events so that the entire previous configuration is accessible and cannot be manipulated.
  • Figure 1 shows schematically that the events can be classified according to topics (objects, entities, etc.). For example, data records from various external units can relate to the topic of "signals", while other data records from the external units relate to "switches".
  • individual external units e.g.
  • the additional external unit 140 may require or request certain data sets. These are then output by the integration device 100 (“pull”). To do this, the control device 110 changes the (previously unchanged) original identification information in such a way that it is indicative of the additional external unit 140 and can therefore be used directly efficiently and reliably. In particular, data consistency can be achieved in this way. In the event that such identification information, which is indicative of the additional external unit 140, is not known, temporary identification information can be used as an alternative, which is then adapted by the additional external unit 140.
  • the integration device 100 is further configured to compare the data sets with one another and to match identification information parts.
  • identification information parts that relate to the same topic e.g. signals
  • One aspect of this concept may be the way in which this identification information matching affects data retrieval.
  • a unit retrieves topic data from the integration device 100, it not only returns the records for the identification information portion to the unit 140 retrieving the data, but also all messages from other Units with associated identification information (parts).
  • Figure 2 shows a combination of identification information parts by means of an integration device 100 according to an exemplary embodiment of the invention. Identification information parts relating to topics from various external units are compared and combined. When retrieving data from another unit with a specific identification information part, all identification information and references in the identification information area of the retrieving (pull) - System.
  • the ID management 160 is part of the control device 110 of the integration device 100.

Landscapes

  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Engineering & Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Operations Research (AREA)
  • Physics & Mathematics (AREA)
  • Educational Administration (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Game Theory and Decision Science (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Biodiversity & Conservation Biology (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

Es wird eine Integrationsvorrichtung (100) beschrieben, welche aufweist: i) zumindest einen Speicher (120); und ii) zumindest eine Steuervorrichtung (110), insbesondere einen Prozessor, welche mit dem Speicher (120) gekoppelt ist. Hierbei ist die Integrationsvorrichtung (100) eingerichtet zum: a) Erhalten eines ersten Datensatzes von einer ersten externen Einheit (130), wobei der erste Datensatz eine erste Identifikationsinformation aufweist, die für die erste externe Einheit (130) indikativ ist, b) Speichern des ersten Datensatzes, wobei die Identifikationsinformation unverändert bleibt, und c) Ausgeben des ersten Datensatzes an eine weitere externe Einheit (140), hierbei: Ändern der Identifikationsinformation ci) in eine weitere Identifikationsinformation, welche für die weitere externe Einheit (140) indikativ ist und/oder cii) in eine temporäre Identifikationsinformation.

Description

Vorrichtung zum Integrieren einer Mehrzahl von externen Pro j ektierungseinheiten
Technisches Gebiet
Die Erfindung bezieht sich auf eine Integrationsvorrichtung, welche zumindest einen Speicher und eine Steuervorrichtung aufweist . Ferner bezieht sich die Erfindung auf ein Integriersystem ( Datenaustausch-System) für eine Proj ektierung, wobei das System eine Mehrzahl von externen ( Pro ektierungs- ) Einheiten aufweist , die über die Integrationsvorrichtung gekoppelt sind . Weiterhin bezieht sich die Erfindung auf ein Verfahren für eine Pro ektierung . Zusätzlich bezieht sich die Erfindung auf ein Verwenden der Integrationsvorrichtung und/oder des Integrationssystems in einer Proj ektierung, welche eine Schieneninfrastruktur betri f ft .
Die Erfindung kann sich somit auf das technische Gebiet der Kommunikationstechnologie beziehen, insbesondere im Hinblick auf Kommunikation zwischen Pro j ektierungstools z . B . bezüglich Schieneninfrastrukturen .
Technischer Hintergrund
Eine Viel zahl von Proj ekten ( insbesondere Großproj ekte , welche die Infrastruktur betref fen) benötigt bei der Proj ektierung eine Viel zahl von ( Pro j ektierungs- ) Einheiten, welche miteinander interagieren . Beispielsweise bei der Proj ektierung (Engineering) komplexer interdis ziplinärer Proj ekte wie Bahninfrastrukturinstallationen sind mehrere Engineering Tools und Prozesse an der Konfiguration der verschiedenen Produkte und Subsysteme beteiligt . Da die verschiedenen Einheiten gewöhnlich unterschiedliche Nomenklaturen und Bezeichnungen verwenden, kann es besonders heraus fordernd sein, einen ef fi zienten und zuverlässigen Datenaustausch (während der gesamten Proj ektierung) zu ermöglichen .
Gewöhnlich werden Identi fikatoren ( ID) wie Ob ektbezeichner erstellt und intern in den j eweiligen Prozessen und Tools verwendet , um die Einheiten zu identi fi zieren, die von diesen Tools konfiguriert werden . Diese IDs unterscheiden sich zwischen den verschiedenen Tools (und Prozessen) , so dass sie nicht verwendet werden können, um Obj ekte zuverlässig global innerhalb der Proj ektierung zu identi fi zieren . Um ein integriertes und konsistentes Ergebnis ( innerhalb der Entwicklung bei der Proj ektierung) zu gewährleisten, muss aber sichergestellt werden, dass entsprechende Einheiten in den verschiedenen Tools in korrekter Beziehung zueinander gesetzt werden können, insbesondere wenn Daten zwischen diesen Tools übertragen werden . Konventionell lassen sich in der Praxis vor allem zwei Ansätze erkennen :
Häufig erstellen und pflegen Tools , die Daten aus anderen Quellen importieren, Uberset zungstabellen zwischen externen und internen IDs . Dies ist mit einem zusätzlichen Aufwand verbunden, nicht nur für die Speicherung dieser Übersetzungen, sondern auch für die Erstellung des Mappings entweder durch regelbasiertes , automatisiertes Mapping oder manuelles Mapping, das vom Endbenutzer durchgeführt werden muss , für das j edes Tool dann wiederum dedi zierte Benutzeroberflächen bereitstellen müsste .
Ein weiterer Ansatz ist die Einführung einer zusätzlichen ID in das System, welche global ( im System) einzigartig ist . Diese globale ID muss zusätzlich von allen Tools gepflegt werden, die an einem solchen Engineering-System beteiligt sind . Darüber hinaus muss eine zentrale Instanz (wie eine Datenbank) für die Verwaltung dieser IDs zusammen mit einem klar definierten Prozess vorhanden sein, mit dem die einzelnen Dis ziplinen diese IDs erstellen oder abfragen können . Selbst bei einem solchen zentralen ID-System besteht immer noch die Notwendigkeit die Entitäten der verschiedenen Systeme aufeinander abzustimmen, wofür technische Unterstützung wie regelbasiertes , automatisiertes Mapping oder manuelle Mapping- Tools erforderlich ist und entsprechend realisiert werden muss .
Für beide Ansätze kann es daher komplex und Aufwand-intensiv sein, Daten über externe ID-Systeme bereitzustellen . Wenn beispielsweise Daten in bestimmte Datei formate exportiert werden, müssen beim Export dann wieder die IDs des Zielsystems oder Datei formats verwendet werden . Daher muss das Export-Tool diese IDs kennen, die IDs übersetzen, und sicherstellen, dass alle Referenzen korrekt sind .
Zusammenfassung der Erfindung
Es kann ein Bedarf bestehen, eine ef fi ziente Proj ektierung ( insbesondere eine Entwicklung im Bereich der Schieneninfrastruktur ) mit einer Mehrzahl von beteiligten Pro ektierungseinheiten bereitzustellen .
Eine Integrationsvorrichtung, ein Integrationssystem, ein Verfahren, und ein Verwenden werden im Folgenden beschrieben .
Gemäß einem ersten Aspekt der Erfindung wird eine Integrationsvorrichtung beschrieben, welche aufweist : i ) zumindest einen Speicher ( insbesondere einen Ereignisbasierten Speicher ) ; und ii) zumindest eine Steuervorrichtung (insbesondere einen Prozessor) , welche mit dem Speicher gekoppelt ist.
Die Integrationsvorrichtung ist hierbei eingerichtet zum: a) Erhalten (an der Steuervorrichtung) eines ersten Datensatzes (insbesondere betreffend zumindest ein Ereignis) von einer ersten externen Einheit (insbesondere Projektierungseinheit, z.B. ein Engineering Tool) , wobei der erste Datensatz eine erste Identifikationsinformation (ID) aufweist, die für die erste externe Einheit indikativ ist (bzw. mit der sie assoziiert ist) , b) Speichern (mittels des Speichers) des ersten Datensatzes, wobei die Identifikationsinformation (im Wesentlichen) unverändert bleibt (bzw. nicht manipuliert wird) , und c) Ausgeben (mittels der Steuervorrichtung) des ersten Datensatzes an eine weitere externe Einheit, hierbei: Ändern der Identifikationsinformation ci) in eine weitere Identifikationsinformation, welche für die weitere externe Einheit indikativ ist und/ oder cii) in eine (neue) temporäre Identifikationsinformation.
Gemäß einem zweiten Aspekt der Erfindung wird ein Integrationssystem (Datenaustausch-System) beschrieben, insbesondere für eine Pro ektierung (weiter insbesondere im Bereich von Schieneninfrastruktur) , das System aufweisend: i) eine Integrationsvorrichtung wie oben beschrieben; und ii) eine Mehrzahl von externen Einheiten, welche die externe Einheit und die weitere externe Einheit umfassen.
Hierbei sind die Mehrzahl von externen Einheiten über die Integrationsvorrichtung (miteinander) gekoppelt.
Gemäß einem dritten Aspekt der Erfindung wird ein Verfahren für eine Projektierung beschrieben (zum Organisieren von Datensätzen für eine Projektierung) , das Verfahren aufweisend: i) Eingeben („push") eines ersten Datensatzes von einer ersten externen Einheit, wobei der erste Datensatz eine erste Identifikationsinformation aufweist, die für die erste externe Einheit indikativ ist; ii) Speichern des ersten Datensatzes, wobei die Identifikationsinformation (im Wesentlichen) unverändert bleibt bzw. nicht aktiv manipuliert wird; und iii) Ausgeben („pull") des ersten Datensatzes an eine weitere externe Einheit, hierbei: Ändern der Identifikationsinformation iv) in eine weitere Identifikationsinformation, welche für die weitere externe Einheit indikativ ist und/ oder v) in eine temporäre Identifikationsinformation.
Gemäß einem vierten Aspekt der Erfindung wird ein Verwenden beschrieben einer Integrationsvorrichtung und/oder eines Integrationssystems wie oben beschrieben in einer Projektierung, welche den Bereich von Infrastruktur, insbesondere Schieneninfrastruktur, betrifft.
Gemäß einem weiteren Aspekt der Erfindung wird eine Vorrichtung zur Datenverarbeitung beschrieben, welche zumindest einen Prozessor aufweist, und welche eingerichtet das oben beschriebene Verfahren auszuführen.
Gemäß einem weiteren Aspekt der Erfindung wird ein Computerprogrammprodukt beschrieben, welches Befehle aufweist, die bei der Ausführung des Programms durch einen Computer diesen veranlassen, das oben beschriebene Verfahren auszuführen .
Im Kontext dieses Dokuments kann sich der Begriff „Integrationsvorrichtung" insbesondere auf eine Vorrichtung bzw . Struktur beziehen, welche mit einer Mehrzahl von externen Einheiten koppelbar ist und diese externen Einheiten dadurch untereinander indirekt koppeln kann . In anderen Worten kann die Integrationsvorrichtung als Schnittstelle zwischen verschiedenen ( Pro j ektierungs- ) Einheiten wirken . In einem Beispiel werden Datensätze der externen Einheiten an die Integrationsvorrichtung übertragen/gesendet und dann gespeichert . In einem weiteren Beispiel werden Datensätze aus dem Speicher gezogen und an eine weitere externe Einheit übertragen/gesendet . Zu diesem Zweck kann die Integrationsvorrichtung zumindest eine Steuervorrichtung und den Speicher aufweisen . Vorzugsweise kann der Speicher ein Ereignis-basierter Speicher sein, welcher kontinuierlich Datensätze als Ereignisse speichert , so dass eine Historie von Ereignissen für die Proj ektierung vorliegen kann .
Im Kontext dieses Dokuments kann sich der Begri f f „Datensatz" insbesondere auf eine Mehrzahl von Informationen und/oder Daten ( -Punkten) beziehen . Insbesondere können diese Daten in Zusammenhang mit der Entwicklung eines technischen Proj ekts , z . B . aus dem Bahnbereich, stehen . Der Datensatz kann Ereignisbasiert sein und sich auf ein bestimmtes Ereignis beziehen bzw . eine bloße Nachricht darstellen . Ferner kann der Datensatz einer bestimmten Thematik zugeordnet werden .
Im Kontext dieses Dokuments kann sich der Begri f f „Identi fikationsinformation" insbesondere auf eine Information ( z . B . eine ID-Nummer ) beziehen, welche mit einer externen Einheit assoziiert ist . In anderen Worten kann eine Identi fikationsinformation für eine bestimmte externe Einheit indikativ sein, bzw . dieser externen Einheit ( eindeutig) zuordenbar sein . In einem Beispiel ist die Identi fikationsinformation keine reine ID für eine bestimmte Einheit , sondern kann Identi fikationsinformation-Teile aufweisen. Ein solcher Identifikationsinformation-Teil kann sich z.B. ein eine Thematik (ein Objekt, eine Entität, etc.) beziehen, welche von der externen Einheit zumindest teilweise unabhängig ist. So können sich z.B. mehrere externe Einheiten auf dieselbe Thematik beziehen, so dass diese Identifikationsinformation-Teile prinzipiell koppelbar/ zusammenführbar wären.
Im Kontext dieses Dokuments kann sich der Begriff „externe Einheit" insbesondere auf eine Hardware und/oder Software beziehen, welche nicht als Teil der Integrationsvorrichtung anzusehen ist. Eine solche externe Einheit kann direkt oder indirekt mit der Integrationsvorrichtung koppelbar sein (drahtgebunden oder drahtlos) . Im vorliegenden Kontext generieren die externen Einheiten Datensätze bzw. Ereignisse, tauschen diese untereinander aus, verändern diese, usw. Auf diese Weise kann ein effizienter Datenaustausch im Rahmen einer Pro ektierung erfolgen. In einem bevorzugten Beispiel können die externen Einheiten daher Projektierungsapplikationen (Engineering Tools und Datenformate) wie z.B. AutoCAD, RailML, etc. aufweisen.
Gemäß einem exemplarischen Ausführungsbeispiel kann die Erfindung auf der Idee basieren, dass eine effiziente Projektierung (insbesondere eine Entwicklung im Bereich der Schieneninfrastruktur) mit einer Mehrzahl von beteiligten Projektierungseinheiten bereitgestellt werden kann, wenn eine Integrationsvorrichtung als zentrale Schnittstelle wirkt, mit welcher die Mehrzahl von externen Einheiten, die mit Datensätzen operieren, koppelbar sind. Hierbei ist die Integrationsvorrichtung eingerichtet eingehende Datensätze bezüglich ihrer jeweiligen Identifikationsinformation eben nicht zu manipulieren, sondern nur bei Ausgabe in eine weitere externe Einheit an deren Identifikationsinformation anzupassen - alternativ eine temporäre Identi fikationsinformation zu wählen .
Mit diesem Ansatz müssen sich die einzelnen externen Einheiten (beteiligten Tools ) nicht expli zit mit unterschiedlichen Obj ektidenti fikationssystemen auseinandersetzen . Tatsächlich müssen die externen Einheiten nicht einmal wissen, dass es andere externe Einheiten und Prozesse in der Pro ektierung geben könnte . Die Integrationsvorrichtung kann als zentraler Punkt und Service wirken, an dem Abstimmungen zwischen den verschiedenen externen Einheiten ( Systemen) bereitgestellt werden . Die einzelnen externen Einheiten müssen keine Überset zungstabellen, Mapping-Vorschri f ten oder manuelle Mapping-Tools und User Interfaces aufbauen, um ihr eigenes Datenmodell mit externen Datenquellen oder Zielen (und mit den j eweiligen Obj ektidenti fikationssystemen) zu verbinden .
Der beschriebene Ansatz folgt bis zu einem gewissen Grad dem Ansatz , global eindeutige IDs für alle Thematiken bereitzustellen, die dann von allen beteiligten Systemen verwendet werden . Im Gegensatz zu der bisherigen Vorgehensweise ( siehe oben) geschieht dies j edoch so , dass die beteiligten externen Einheiten dies nicht expli zit wissen müssen . Dadurch kann sich eine überraschend ef fi ziente und zuverlässige Proj ektierung ergeben .
In einem Beispiel kann zwar eine interne ( in der Integrations Vorrichtung) Identi fikationsinformation bereitgestellt werden, bei der Kommunikation mit einem der teilnehmenden externen Einheiten werden j edoch nur j ene Identi fikationsinformation der externen Einheit verwendet , welche die Daten aus der Integrationsvorrichtung abruft . Die Verantwortung für den Export von Daten verlagert sich somit von den externen Einheiten (Engineering Tools) , die die Daten erstellen oder bereitstellen, auf die Integrationsvorrichtung. Selbst wenn die empfangende Einheit beispielsweise nur eine Datei und kein echtes Tool ist, würde das Datenabrufen mit der Identifikationsinformation der empfangenden Einheit durchgeführt. Auf diese Weise wird die Integrationsvorrichtung für alle notwendigen Konversationen verantwortlich sein, so dass die Identifikationsinformationen der empfangenden Einheit konsistent genutzt werden.
Im Fall, dass die Identifikationsinformation einer bestimmten Einheit (bzw. einer bestimmten Thematik) (noch) nicht bekannt ist, kann die Integrationsvorrichtung eine temporäre Identifikationsinformation (und niemals die Identifikationsinformation ID einer anderen Einheit) verwenden. Hierdurch werden die Interna der anderen Einheiten verborgen .
Exemplarische Ausführungsbeispiele
Gemäß einem Ausführungsbeispiel weist die Identifikationsinformation auf: einen ersten Identifikationsinformation-Teil, welcher die externe Einheit (als solche) identifiziert (z.B. Engineering Tool A, verwendet
AutoCAD oder Engineering Tool B, verwendet Civil 3D) . Dies kann den Vorteil haben, dass jede externe Einheit eindeutig anhand des korrespondierenden Datensatzes identifizierbar ist.
Gemäß einem weiteren Ausführungsbeispiel weist die Identifikationsinformation auf: einen zweiten Identifikationsinformation-Teil, welche eine Thematik identifiziert (insbesondere welche eine Entität und/oder Objekt innerhalb einer Thematik identifiziert) . Dies kann den Vorteil haben, dass die Identifikationsinformation nicht nur die externe Einheit, sondern auch die entsprechende Thematik identifiziert (insbesondere welche die entsprechende Entität und/oder das entsprechende Objekt innerhalb einer Thematik identifiziert) . Verschiedene externe Einheiten können sich in einem Beispiel mit derselben Thematik (und derselben Entität bzw. dem selben Objekt) beschäftigen. Zudem kann hiermit eine effiziente Einbindung in eine Ereignis-basierte Arbeitsweise gelingen .
In Kontext dieses Dokuments kann sich der Begriff „Thematik" insbesondere einen bestimmten Aspekt der Projektierung beziehen. Eine Thematik kann sich z.B. auf eine Klasse von Entitäten und/oder Objekten beziehen bzw. damit assoziiert sein. In einem anschaulichen Beispiel wären „Signale" eine Thematik die sich auf die Informationen einer Vielzahl individueller Signal-Entitäten beziehen kann. Zwei oder mehr externe Einheiten können sich somit auf dieselbe Thematik und/oder auf dieselbe Entität bzw. dasselbe Objekt innerhalb einer Thematik beziehen.
In einem exemplarischen Ausführungsbeispiel können in einer Thematik (Topic) Informationen zu einer Objektklasse (bspw. Signale) von unterschiedlichen Entitäten (bspw. "Signal A" , "Signal B", etc.) gespeichert werden. Ein ID-Paar „System_ID / External_ID" kann sich dabei auf die Identifikation eines konkreten Signals (bspw. "Signal A" ) innerhalb eines Systems (bspw. "AutoCAD") beziehen.
Im Folgenden ist ein exemplarisches Ausführungsbeispiel beschrieben. Wenn Daten in die Integrationsvorrichtung übertragen werden, werden alle Datensätze (e.g. Nachrichten) auf genau die gleiche Weise gespeichert, wie sie von der externen Einheit (System) bereitgestellt werden, dass die Daten überträgt. Dazu gehören auch IDs und Verweise auf verwandte Entitäten (Identifikationsinformation-Teile) . Zusätzlich zu den Datensätzen (Nachrichteninhalt) kann die Integrationsvorrichtung auch eine ID speichern für das System (die externe Einheit) , das die Daten pusht (erster Identifikationsinformation-Teil, z.B. System_ID) und eine ID für (die Entität und/oder das Objekt innerhalb der Thematik) die Thematik im ID-Bereich des bereitstellenden Systems (zweiter Identifikationsinformation-Teil, z.B. External_ID) .
Gemäß einem weiteren Ausführungsbeispiel ist die Integrationsvorrichtung ferner konfiguriert zum Erhalten eines zweiten Datensatzes von einer zweiten externen Einheit, welcher eine zweite Identifikationsinformation aufweist, die für die zweite externe Einheit indikativ ist, und Speichern des zweiten Datensatzes, wobei die zweite Identifikationsinformation (im Wesentlichen) unverändert bleibt. Dadurch kann sich der Vorteil ergeben, dass eine Vielzahl (insbesondere alle) von externen Einheiten, die an einem Projekt beteiligt sind, in den effizienten Datenaustausch eingebunden sind.
Gemäß einem weiteren Ausführungsbeispiel weist die zweite Identifikationsinformation auf: einen dritten Identifikationsinformation-Teil, welcher die zweite externe Einheit identifiziert.
Gemäß einem weiteren Ausführungsbeispiel weist die zweite Identifikationsinformation auf: einen vierten Identifikationsinformation-Teil, welcher die Thematik oder eine weitere Thematik (welche eine (weitere) Entität und/oder ein (weiteres) Objekt innerhalb der weiteren Thematik identifiziert) identifiziert. Gemäß einem weiteren Ausführungsbeispiel ist die Integrationsvorrichtung ferner konfiguriert zum Vergleichen der ersten Identifikationsinformation und der zweiten Identifikationsinformation, insbesondere zum Vergleichen von zumindest zwei Identifikationsinformation- Teilen. Gemäß einem weiteren Ausführungsbeispiel ist die Integrationsvorrichtung ferner konfiguriert zum, basierend auf dem Vergleichen: Zusammenführen (Matchen) von dem ersten und/oder zweiten Identifikationsinformation-Teil mit dem dritten und/oder vierten Identifikationsinformation-Teil (siehe z.B. Figur 2) .
Das Zusammenführen/Matchen selbst kann z.B. auf zwei verschiedene Arten erfolgen: automatisiertes regelbasiertes Matchen oder manuelles Matchen. Für den automatisierten Ansatz können Regeln definiert werden, anhand derer Thematiken verschiedener externer Einheiten verglichen werden können. Beispiele hierfür können die folgenden sein: -Gleichheit oder Ähnlichkeit der Werte eines Attributs (z. B. Name einer Entität) .
- Mustervergleich (reguläre Ausdrücke) der Werte eines Attributs (z.B. der Name einer Entität) .
- numerische Berechnungen (z.B. gleiche Position eines Objekts in einem gegebenen Koordinatensystem) .
In einem Beispiel können mehrere dieser Punkte in einer Regel kombiniert werden, um die Qualität zu erhöhen. In einem spezifischen Beispiel können solche Regeln im JSON-Format definiert werden. Für komplexere Vergleichsszenarien kann zu Beispiel dotNET code durch die ID-Verwaltung der Integrationsvorrichtung ausgeführt werden.
In einem weiteren Beispiel erfolgt der manuelle Abgleich hingegen interaktiv über eine Benutzeroberfläche, in der Entitäten zweier Einheiten vom Benutzer ausgerichtet werden können .
Gemäß einem weiteren Ausführungsbeispiel weist der Datensatz die zusammengeführten Identifikationsinformation-Teile auf. Diese können dann zusammengeführt gespeichert werden (ohne Manipulation der ursprünglichen Identifikationsinformation) und, beim Ausgeben, mit der Identifikationsinformation der weiteren externen Einheit oder der temporären Identifikationsinformation versehen werden.
Gemäß einem weiteren Ausführungsbeispiel ist die Integrationsvorrichtung ferner eingerichtet zum: Separieren eines Identifikationsinformation-Teils aus einer Identifikationsinformation und/oder aus einem zusammengeführten Datensatz. Dies kann den Vorteil haben, dass im Gegensatz zum Zusammenführen auch z.B. bestimmte Thematiken separiert werden können. Dadurch kann der Datenaustausch flexibler und effizienter werden.
In einem Beispiel wird ein nicht übereinstimmender Vorgang unterstützt: durch die Nichtübereinstimmung wird eine neue FIN_ID und eine neue 1-zu-l-Beziehung für die System_ID und die External_ID erstellt, die nicht erreicht ist. Darüber hinaus wird die frühere 1-zu-n-Beziehung auf eine l-zu- (n-l)- Beziehung reduziert.
Gemäß einem weiteren Ausführungsbeispiel ist die Integrationsvorrichtung ferner konfiguriert zum Generieren einer Integrationsvorrichtung-Identifikation, welche für den Datensatz, insbesondere den Datensatz mit zusammengeführten Identifikationsinformation-Teilen, und/oder zumindest einen Identifikationsinformation-Teil indikativ ist. Gemäß einem weiteren Ausführungsbeispiel wird die Integrationsvorrichtung-Identifikation nicht an die weitere externe Einheit ausgegeben (bzw. verlässt die Integrationsvorrichtung nicht) . Dies kann den Vorteil haben, dass eine besonders effiziente Organisation in der Integrationsvorrichtung ermöglicht ist.
Im Folgenden wird ein exemplarisches Beispiel beschrieben: für jeden Datensatz (bzw. jede Thematik, insbesondere jede Entität und/oder jedes Objekt innerhalb der Thematik) , die in die Integrationsvorrichtung verschoben wird, erstellt und speichert die Integrationsvorrichtung eine eigene ID (FIN_ID) . Diese ID wird nur intern verwendet und nicht nach außen gerichtet. Die Integrationsvorrichtung kann eine Beziehung zwischen FIN_ID und der Identifikationsinformation (bzw. die Identifikationsinformation-Teile, e.g. System_ID, External_ID) speichern. Wenn Daten zum ersten Mal bereitgestellt werden, ist dies zunächst eine 1-zu-l-Beziehung .
Im Folgenden wird ein weiteres exemplarisches Beispiel beschrieben: wenn zwei oder mehr externe Einheiten (Systeme) Datensätze (Informationen) für dieselbe Thematik (insbesondere für dieselbe Entität und/oder dasselbe Objekt innerhalb der Thematik) bereitstellen, kann die Integrationsvorrichtung Entitäten aus mehreren externen Einheiten abgleichen. Die übereinstimmenden Informationen werden z.B. folgendermaßen gespeichert : i) Angenommen es werden zwei interne Identifikationsinformationen (FIN_Ids) verwendet: FIN_ID1 in Bezug auf eine erste externe Einheit (Sysl, ID1) und FIN_ID2 in Bezug auf eine zweite externe Einheit (Sys2, ID2) . ii) Eine der beiden FIN_IDs wird als Master verwendet (zum Beispiel FIN_ID1) . Die frühere 1-zu-l-Beziehung von FIN_ID1 wird in eine l-zu-2-Beziehung geändert: FIN_ID1 bezieht sich jetzt auf (Sysl, ID1) und (Sys2, ID2) . iii) Die anderen FIN_ID (FIN_ID2) und ihre Beziehungen werden aus dem System gelöscht.
Dieser Prozess kann für alle weiteren Systeme auf die gleiche Weise ausgeführt werden, so dass am Ende eine 1-zu-n-Beziehung aufgebaut wird, um die gleiche logische oder reale Entität auf verschiedene IDs abzubilden, die von den verschiedenen Systemen verwendet werden.
Gemäß einem weiteren Ausführungsbeispiel ist der Datensatz ein Ereignis-basierter Datensatz. Gemäß einem weiteren Ausführungsbeispiel identifiziert die Identifikationsinformation ein Ereignis bzw. ist für das Ereignis indikativ. Dies kann den Vorteil haben, dass eine besonderes übersichtliche und interaktive Organisation der Daten ermöglicht ist.
Gemäß einem weiteren Ausführungsbeispiel weist der zumindest eine Speicher einen Ereignis-Speicher (Event-Store, z.B. Apache Kafka, etc.) auf. Gemäß einem weiteren Ausführungsbeispiel speichert der Ereignis-Speicher eine Vielzahl von Ereignissen als Blockreihe. Dadurch kann eine etablierte Technik direkt implementiert werden.
Gemäß einem weiteren Ausführungsbeispiel werden Datensätze innerhalb des Ereignis-basierten Speichers (im Wesentlichen) nicht verändert. Hierdurch kann sich ein besonderer Vorteil im vorliegenden Kontext ergeben: die Daten werden wie vorgesehen gespeichert und nicht manipuliert, so dass sie jederzeit mit ihrer vollständigen Historie wiederhergestellt werden können. Alle Datenmanipulationen finden - falls erforderlich - nur während einem Ausgeben aus der Integrationsvorrichtung statt. Gemäß einem weiteren Ausführungsbeispiel weisen die Mehrzahl von externen Einheiten Projektierungseinheiten wie z.B. Engineering Tools auf. Dadurch können verschiedene etablierte Systeme (z.B. AutoCAD, RailML, Civil 3D, etc.) , welche bei einer Pro ektierung (im Bahnbereich) eingesetzt werden, besonders effizient, zuverlässig, und flexibel über die Integrationsvorrichtung gekoppelt werden.
Gemäß einem weiteren Ausführungsbeispiel weist die Integrationsvorrichtung ein künstliche Intelligenz (KI) Modul auf. Dies kann den Vorteil haben, dass die Algorithmen kontinuierlich verbessert werden können, wodurch dann auch das Gesamtergebnis zuverlässiger werden kann.
Im Kontext dieses Dokuments kann der Begriff „KI" sich insbesondere auf Computer-basierte Ansätze zur Nachahmung kognitiver Funktionen eines menschlichen Geistes beziehen, insbesondere Lernen und Problemlösung. Es wurde eine Vielzahl verschiedener mathematischer Algorithmen und Berechnungsmodelle entwickelt, um Kl-Funktionalitäten zu implementieren, beispielsweise „maschinelles Lernen", „deep learning", neuronale Netzwerke, genetische Algorithmen, Kernel Regression, etc. Der Hauptzweck dieser Ansätze kann darin gesehen werden, einen vorhandenen Algorithmus zu verbessern, indem er mit Trainingsdaten trainiert wird, so dass ein Lerneffekt auftritt und sich die Problemlösungsfähigkeit des Algorithmus im Laufe der Zeit verbessert. Dies kann mit oder ohne menschliches Eingreifen (z.B. Verbessern) geschehen.
Gemäß einem exemplarischen Ausführungsbeispiel wird ein Integration Framework (Integrationsvorrichtung) beschrieben, welches als Ereignis-basiertes Datenaustauschsystem zwischen den verschiedenen Engineering-Tools und -Prozessen (externe Einheiten) wirkt . Alle Tools veröf fentlichen (push) ihre Engineering-Daten ( Datensätze ) , die als Events oder Nachrichten (Ereignis-basiert ) ausgetauscht werden sollen, im Ereignis-basierten Speicher (Event Store ) der Integrationsvorrichtung, und lesen diese auch gemeinsam genutzten Daten von dort aus (pull ) . Das Format , in dem Daten in diesen Nachrichten ausgetauscht werden, ist in einem konkreten Beispiel JSON .
Es ist zu beachten, dass Aus führungs formen der Erfindung unter Bezugnahme auf verschiedene Gegenstände beschrieben wurden . Insbesondere wurden einige Aus führungs formen unter Bezugnahme auf Verfahrensansprüche beschrieben, während andere
Aus führungs formen unter Bezugnahme auf Vorrichtungsansprüche beschrieben wurden . Ein Fachmann wird j edoch aus dem Vorstehenden und der folgenden Beschreibung entnehmen, dass , sofern nicht anders angegeben, neben j eder Kombination von Merkmalen, die zu einer Art von Gegenstand gehören, auch j ede Kombination von Merkmalen, die sich auf verschiedene Gegenstände beziehen, als von diesem Dokument of fenbart gilt . Dies insbesondere auch zwischen Merkmalen der Verfahrensansprüche und Merkmalen der Vorrichtungsansprüche .
Die oben definierten Aspekte und weitere Aspekte der vorliegenden Erfindung ergeben sich aus den nachstehend zu beschreibenden Beispielen der Aus führungs formen und werden unter Bezugnahme auf die Beispiele der Aus führungs formen erläutert . Die Erfindung wird im Folgenden unter Bezugnahme auf Aus führungs formen, auf die die Erfindung j edoch nicht beschränkt ist , näher beschrieben . Kurze Beschreibung der Zeichnungen
Figur 1 zeigt ein Integrationssystem mit einer Mehrzahl von externen Einheiten und einer Integrationsvorrichtung gemäß einem exemplarischen Aus führungsbeispiel der Erfindung .
Figur 2 zeigt ein Zusammenfügen von Identi fikationsinformation-Teilen mittels einer Integrationsvorrichtung gemäß einem exemplarischen Aus führungsbeispiel der Erfindung .
Detaillierte Beschreibung der Zeichnungen
Die Darstellung in den Zeichnungen sind schematisch . Es wird darauf hingewiesen, dass in unterschiedlichen Abbildungen ähnliche oder identische Elemente oder Merkmale mit den gleichen Bezugs zeichen oder mit Bezugs zeichen versehen sind, die sich von den entsprechenden Bezugs zeichen nur innerhalb der ersten Zi f fer unterscheiden . Um unnötige Wiederholungen zu vermeiden, werden Elemente oder Merkmale , die bereits in Bezug auf eine zuvor beschriebene Aus führungs form erläutert wurden, an einer späteren Stelle der Beschreibung nicht noch einmal erläutert .
Darüber hinaus werden räumlich relative Begri f fe wie "vorne" und "hinten" , "oben" und "unten" , " links" und " rechts" usw . verwendet , um die Beziehung eines Elements zu einem anderen Element zu beschreiben, wie in den Abbildungen dargestellt . So können die räumlich relativen Begri f fe auf verwendete Orientierungen zutref fen, die von der in den Abbildungen dargestellten Orientierung abweichen . Of fensichtlich beziehen sich diese räumlich relativen Begri f fe lediglich auf eine Vereinfachung der Beschreibung und die in den Abbildungen gezeigte Orientierung und sind nicht notwendigerweise einschränkend, da eine Vorrichtung gemäß einer Aus führungs form der Erfindung andere Orientierungen als die in den Abbildungen dargestellten annehmen kann, insbesondere wenn sie verwendet wird .
Figur 1 zeigt ein Integrationssystem 150 mit einer Mehrzahl von externen Einheiten 130-132, 140 und einer Integrationsvorrichtung 100 gemäß einem exemplarischen Ausführungsbeispiel der Erfindung. Die Integrationsvorrichtung 100 weist eine Steuervorrichtung 110 auf, welche mit einem Ereignis-basierten Speicher 120 gekoppelt ist. Die externen Einheiten 130-132 sind in diesem Beispiel Projektierungseinheiten, welche unabhängig voneinander und eigenständig sind. Jede Einheit verwendet eine eigene Pro ektierungsapplikation (Engineering Tool) , z.B. AutoCAD, und verwendet dafür eine Identifizierungsinformation, welche für die jeweilige externe Einheit indikativ ist.
Datensätze von den jeweiligen externen Einheiten werden im Zuge des Datenaustauschs während einer Projektierung der Integrationsvorrichtung 100 bereitgestellt („push") . Die Steuervorrichtung 110 ist konfiguriert diese Datensätze zu empfangen und in dem Speicher 120 abzulegen, wobei die Identifikationsinformation aber nicht verändert wird. Somit wird z.B. keine universelle ID im Gesamtsystem verwendet. Der Speicher 120 ist Ereignis-basiert und speichert jeden Datensatz als ein Ereignis bzw. eine Nachricht. Dadurch ergibt sich eine Blockreihe von Datensät zen/Ereignissen, so dass die gesamte bisherige Projektierung zugänglich ist und nicht manipuliert wird. In Figur 1 ist schematisch gezeigt, dass die Ereignisse nach Thematiken (Objekten, Entitäten, etc.) klassifiziert werden können. Beispielsweise können sich Datensätze von verschiedenen externen Einheiten auf die Thematik „Signale" beziehen, während sich andere Datensätze der externen Einheiten auf „Weichen" beziehen. Während der Projektierung können einzelne externe Einheiten, z.B. die weitere externe Einheit 140, bestimmte Datensätze benötigen bzw. anfordern. Diese werden dann von der Integrationsvorrichtung 100 ausgegeben („pull") . Hierfür ändert nun die Steuervorrichtung 110 die (bislang unveränderte) ursprüngliche Identifikationsinformation, derart, dass diese für die weitere externe Einheit 140 indikativ ist und daher effizient und zuverlässig direkt verwendet werden kann. Insbesondere kann hierdurch eine Datenkonsistenz erreicht werden. Für den Fall, dass eine solche Identifikationsinformation, welche für die weitere externe Einheit 140 indikativ ist, nicht bekannt sein sollte, so kann alternativ eine temporäre Identifikationsinformation verwendet werden, die dann von der weiteren externen Einheit 140 angepasst wird.
In dem Beispiel von Figur 1 ist die Integrationsvorrichtung 100 ferner eingerichtet, die Datensätze miteinander zu vergleichen und Identifikationsinformation-Teile zusammenzufügen („matching") . Beispielsweise können Identifikationsinformation-Teile, welche dieselbe Thematik (z.B. Signale) betreffen gekoppelt werden, auch wenn sie von verschiedenen externen Einheiten stammen und deren Identifikationsinformation für die unterschiedlichen externen Einheiten jeweils indikativ sind.
Ein Aspekt dieses Konzepts kann die Art und Weise sein, wie dieser Identifikationsinformation-Abgleich den Datenabruf beeinflusst. Wie in Figur 1 zu sehen ist, gibt eine Einheit, wenn sie Thematikdaten aus der Integrationsvorrichtung 100 abruft, diese nicht nur die Datensätze für den Identifikationsinformation-Teil der Einheit 140 zurück, welche die Daten abruft, sondern auch alle Nachrichten von anderen Einheiten mit zugeordneten Identi f ikationsinf ormation- ( Teilen) .
Wenn diese Datensätze zurückgegeben werden, werden alle Identi fikationsinformationen in den Bereich der anfordernden Einheit 140 übersetzt . Die gleiche Übersetzung kann auch für alle Referenzen durchgeführt werden . Wenn die Identi fikationsinformation der weiteren externen Einheit 140 der Integrationsvorrichtung 100 noch nicht bekannt ist , erstellt diese eine temporäre , aber stabile Identi fikationsinformation, insbesondere für die entsprechende Thematik ( insbesondere die Entität und/oder das Obj ekt innerhalb der Thematik) und/oder die weitere externe Einheit 140 . Sobald die Identi fikationsinformation (External- ID) der Integrationsvorrichtung 100 bekannt gemacht wurde , kann die temporäre Identi fikationsinformation durch die tatsächliche Identi fikationsinformation ersetzt werden .
Letztlich soll sichergestellt werden, dass innerhalb des gesamten integrierten Engineering-Systems keine Fremd- Identi fikationsinformationen zurückgegeben werden und keine Abhängigkeiten zu anderen Interna ( der externen Einheiten) erstellt oder angenommen werden .
Figur 2 zeigt ein Zusammenfügen von Identi fikationsinformation-Teilen mittels einer Integrationsvorrichtung 100 gemäß einem exemplarischen Aus führungsbeispiel der Erfindung . Identi fikationsinformation- Teile bezüglich Thematiken aus verschiedenen externen Einheiten werden verglichen und zusammengefügt . Beim Abrufen von Daten von einer weiteren Einheit mit einem bestimmten Identi fikationsinformation-Teil werden alle Identi fikationsinformationen und Verweise im Identi fikationsinformation-Bereich des abrufenden (pull ) - Systems zurückgegeben . Das ID-Management 160 ist hierbei Teil der Steuervorrichtung 110 der Integrationsvorrichtung 100 .
Es sei darauf hingewiesen, dass der Begri f f " aufweisend" andere Elemente oder Schritte nicht ausschließt und die Verwendung des Artikels " ein" eine Viel zahl nicht ausschließt . Auch Elemente , die in Verbindung mit verschiedenen Aus führungs formen beschrieben werden, können kombiniert werden . Es ist auch darauf hinzuweisen, dass Bezugs zeichen in den Ansprüchen nicht so ausgelegt werden sollten, dass sie den Umfang der Ansprüche einschränken .
Unabhängig vom grammatikalischen Geschlecht eines bestimmten Begri f fes sind Personen mit männlicher, weiblicher oder anderer Geschlechtsidentität mit umfasst .

Claims

Patentansprüche
1. Eine Integrationsvorrichtung (100) , welche aufweist: zumindest einen Speicher (120) ; und zumindest eine Steuervorrichtung (110) , insbesondere einen Prozessor, welche mit dem Speicher (120) gekoppelt ist; wobei die Integrationsvorrichtung (100) eingerichtet ist zum: Erhalten eines ersten Datensatzes von einer ersten externen Einheit (130) , wobei der erste Datensatz eine erste Identifikationsinformation aufweist, die für die erste externe Einheit (130) indikativ ist, Speichern des ersten Datensatzes, wobei die Identifikationsinformation im Wesentlichen unverändert bleibt, und Ausgeben des ersten Datensatzes an eine weitere externe Einheit (140) , hierbei: Ändern der Identifikationsinformation in eine weitere Identifikationsinformation, welche für die weitere externe Einheit (140) indikativ ist und/ oder in eine temporäre Identifikationsinformation.
2. Die Integrationsvorrichtung (100) gemäß Anspruch 1, wobei die Identifikationsinformation aufweist: einen ersten Identifikationsinformation-Teil, welcher die erste externe Einheit (130) identifiziert; und/oder einen zweiten Identifikationsinformation-Teil, welche eine Thematik, insbesondere eine Entität und/oder ein Objekt innerhalb der Thematik, identifiziert.
3. Die Integrationsvorrichtung (100) gemäß Anspruch 1 oder 2, ferner eingerichtet zum:
Erhalten eines zweiten Datensatzes von einer zweiten externen Einheit (131) , welcher eine zweite Identifikationsinformation aufweist, die für die zweite externe Einheit (131) indikativ ist, und Speichern des zweiten Datensatzes, wobei die zweite Identifikationsinformation im Wesentlichen unverändert bleibt.
4. Die Integrationsvorrichtung (100) gemäß Anspruch 3, wobei die zweite Identifikationsinformation aufweist: einen dritten Identifikationsinformation-Teil, welcher die zweite externe Einheit (131) identifiziert; und/oder einen vierten Identifikationsinformation-Teil, welcher die Thematik, insbesondere die Entität und/oder das Objekt innerhalb der Thematik, oder eine weitere Thematik, insbesondere eine weitere Entität und/oder ein weiteres Objekt innerhalb der weiteren Thematik, identifiziert.
5. Die Integrationsvorrichtung (100) gemäß Anspruch 4, ferner konfiguriert zum
Vergleichen der ersten Identifikationsinformation und der zweiten Identifikationsinformation, und, basierend auf dem Vergleichen:
Zusammenführen von dem ersten und/oder zweiten Identifikationsinformation-Teil mit dem dritten und/oder vierten Identifikationsinformation-Teil .
6. Die Integrationsvorrichtung (100) gemäß Anspruch 5, wobei der Datensatz zusammengeführte Identifikationsinformation-Teile auf weist .
7. Die Integrationsvorrichtung (100) gemäß einem beliebigen der vorhergehenden Ansprüche, ferner eingerichtet zum: Separieren eines Identifikationsinformation-Teils aus einer Identifikationsinformation und/oder aus einem zusammengeführten Datensatz.
8. Die Integrationsvorrichtung (100) gemäß einem beliebigen der vorhergehenden Ansprüche, ferner eingerichtet zum: Generieren einer Integrationsvorrichtung-Identifikation, welche für den Datensatz, insbesondere den Datensatz mit zusammengeführten Identifikationsinformation-Teilen, und/oder einen Identifikationsinformation-Teil indikativ ist, insbesondere wobei die Integrationsvorrichtung-Identifikation nicht an die weitere externe Einheit (140) ausgegeben wird.
9. Die Integrationsvorrichtung (100) gemäß einem beliebigen der vorhergehenden Ansprüche, wobei der Datensatz ein Ereignis-basierter Datensatz ist, insbesondere wobei die Identifikationsinformation ein Ereignis identifiziert .
10. Die Integrationsvorrichtung (100) gemäß einem beliebigen der vorhergehenden Ansprüche, wobei der zumindest eine Speicher (120) einen Ereignis- Speicher aufweist, insbesondere wobei der Ereignis-Speicher eine Vielzahl von Ereignissen als Blockreihe speichert.
11. Die Integrationsvorrichtung (100) gemäß Anspruch 10, wobei Datensätze innerhalb des Ereignis-basierten Speichers im Wesentlichen nicht verändert werden.
12. Ein Integrationssystem (150) , insbesondere für eine Projektierung, das System (150) aufweisend: eine Integrationsvorrichtung (100) gemäß einem beliebigen der vorhergehenden Ansprüche; und eine Mehrzahl von externen Einheiten (130, 131, 132, 140) , welche die externe Einheit (130) und die weitere externe Einheit (140) umfassen; wobei die Mehrzahl von externen Einheiten (130, 131, 132, 140) über die Integrationsvorrichtung (100) gekoppelt sind.
13. Das Integrationssystem (150) gemäß Anspruch 12, wobei die Mehrzahl von externen Einheiten (130, 131, 132, 140) Projektierungseinheiten, insbesondere Engineering-Tools, aufweisen .
14. Ein Verfahren für eine Pro ektierung, das Verfahren aufweisend :
Eingeben eines ersten Datensatzes von einer ersten externen Einheit (130) , wobei der erste Datensatz eine erste Identifikationsinformation aufweist, die für die erste externe Einheit (130) indikativ ist;
Speichern des ersten Datensatzes, wobei die Identifikationsinformation im Wesentlichen unverändert bleibt; und
Ausgeben des ersten Datensatzes an eine weitere externe Einheit (140) , hierbei:
Ändern der Identifikationsinformation in eine weitere Identifikationsinformation, welche für die weitere externe Einheit (140) indikativ ist und/ oder in eine temporäre Identifikationsinformation.
15. Verwenden einer Integrationsvorrichtung (100) gemäß einem beliebigen der Ansprüche 1 bis 11 und/oder einem Integrationssystem (150) gemäß Anspruch 12 oder 13 in einer Projektierung, welche den Bereich von Schieneninfrastruktur betrifft .
EP24710644.6A 2023-03-27 2024-02-26 Vorrichtung zum integrieren einer mehrzahl von externen projektierungseinheiten Pending EP4662617A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102023202793.3A DE102023202793A1 (de) 2023-03-27 2023-03-27 Vorrichtung zum Integrieren einer Mehrzahl von externen Projektierungseinheiten
PCT/EP2024/054809 WO2024199853A1 (de) 2023-03-27 2024-02-26 Vorrichtung zum integrieren einer mehrzahl von externen projektierungseinheiten

Publications (1)

Publication Number Publication Date
EP4662617A1 true EP4662617A1 (de) 2025-12-17

Family

ID=90364154

Family Applications (1)

Application Number Title Priority Date Filing Date
EP24710644.6A Pending EP4662617A1 (de) 2023-03-27 2024-02-26 Vorrichtung zum integrieren einer mehrzahl von externen projektierungseinheiten

Country Status (3)

Country Link
EP (1) EP4662617A1 (de)
DE (1) DE102023202793A1 (de)
WO (1) WO2024199853A1 (de)

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8949292B2 (en) 2012-06-13 2015-02-03 International Business Machines Corporation Interoperability format translation and transformation between IFC architectural design file and simulation file formats
US10681164B2 (en) 2018-05-03 2020-06-09 Microsoft Technology Licensing, Llc Input and output schema mappings

Also Published As

Publication number Publication date
DE102023202793A1 (de) 2024-10-02
WO2024199853A1 (de) 2024-10-03

Similar Documents

Publication Publication Date Title
DE69315378T2 (de) Einen dynamischen Nachrichtenservice verwendendes objektorientiertes Softwaresystem, besonders für eine Kontroll-/Steuer-Vorrichtung für eine redundante Architektur
DE102016216843B4 (de) Verteiltes Zusammenführen von Dateien
DE69322538T2 (de) Methode und Prozessor zur Bearbeitung eines Programmes in Parallelbearbeitung
DE69226673T2 (de) Wissensbasis-Managementsystem für eine Informations-Schlussfolgerungsvorrichtung
DE102017129370A1 (de) Verfahren zum Test wenigstens einer Steuergerätefunktion wenigstens eines Steuergeräts
EP0685086B1 (de) Einrichtung zur automatischen erzeugung einer wissensbasis für ein diagnose-expertensystem
DE102020211679A1 (de) Computer-implementiertes system und verfahren mit einem digitalen zwilling und einer graphen-basierten struktur
WO2009129824A1 (de) Verfahren und system zur erkennung von gruppierungseigenschaften
WO2003071417A2 (de) Softwareapplikation, softwarearchitektur und verfahren zur erstellung von softwareapplikationen, insbesondere für mes-systeme
EP3901713B1 (de) Verfahren und system zum betrieb einer technischen anlage mit einem optimalen modell
DE3689502T2 (de) System und Verfahren zur Programmstrukturierung durch Datentabellenübersetzung.
EP4662617A1 (de) Vorrichtung zum integrieren einer mehrzahl von externen projektierungseinheiten
EP3139274B1 (de) Verfahren zum ermitteln einer netto-durchlaufzeit zwischen prozessschritten einer prozessinstanz
WO2024199852A1 (de) Vorrichtung zum koordinieren einer mehrzahl von einheiten mittels zustandsinformation
EP4036753A1 (de) Vorrichtung und verfahren zur aufbereitung von daten
DE3609925C2 (de)
DE102022206374A1 (de) Kooperatives steuern einer verteilten simulation
EP4160446A1 (de) Fähigkeitsanalyse einer komponente innerhalb einer industriellen automatisierungsanlage
EP1347376A2 (de) System und Verfahren zur Projektierung mit Objektbaum aus hierarchisch stufbaren Objekten
EP1285315B1 (de) Informationsverarbeitungssystem und verfahren zu dessen betrieb
Bönisch et al. Towards Model-based Product Engineering: Transformation zwischen OPC UA Informationsmodellen und SysML-v2-Systemmodellen
DE3937532C2 (de) Mehrprozessoranlage
WO2020229407A1 (de) Klassifikatorsystem und verfahren zum verteilten erzeugen von klassifikationsmodellen
EP4621679A1 (de) Verfahren und anordnung zur automatisierten erstellung eines industriellen instanz-modells
DE102019118757A1 (de) Verfahren zur Herstellung der Cachekohärenz in Mehrkernprozessoren

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: UNKNOWN

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

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

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

17P Request for examination filed

Effective date: 20250908

AK Designated contracting states

Kind code of ref document: A1

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