WO2023072626A1 - Verfahren zur unterstützung einer datenübergabe, computerprogrammprodukt, sendersystem, sowie übertragungssystem - Google Patents

Verfahren zur unterstützung einer datenübergabe, computerprogrammprodukt, sendersystem, sowie übertragungssystem Download PDF

Info

Publication number
WO2023072626A1
WO2023072626A1 PCT/EP2022/078640 EP2022078640W WO2023072626A1 WO 2023072626 A1 WO2023072626 A1 WO 2023072626A1 EP 2022078640 W EP2022078640 W EP 2022078640W WO 2023072626 A1 WO2023072626 A1 WO 2023072626A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
project
unit
individual
related metadata
Prior art date
Application number
PCT/EP2022/078640
Other languages
English (en)
French (fr)
Inventor
Romy Möller
Mario Reinsdorf
Original Assignee
KSB SE & Co. KGaA
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 KSB SE & Co. KGaA filed Critical KSB SE & Co. KGaA
Publication of WO2023072626A1 publication Critical patent/WO2023072626A1/de

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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/10—Office automation; Time management
    • G06Q10/103—Workflow collaboration or project management

Definitions

  • the invention relates to a method for supporting data transfer, a computer program product, a transmitter system and a transmission system.
  • project data in the form of technical product data such as CAD models or data sheets
  • the corresponding project data are often provided in a manufacturer's project database, from which the project data are selected manually and compiled for the customer.
  • metadata is often read manually from the project database and assigned to the individual documents by creating new files. The data must be read out manually by the customer and sorted into a recipient database.
  • a method for supporting a data transfer of project data from a transmitter system to a receiver system comprises at least the following steps:
  • the project data can preferably be assigned to a manufacturing process of a device.
  • the project data can, for example, include technical data in the form of documents, technical drawings, image data and/or the like.
  • the data units may include machine and/or human readable information.
  • the data units are digital data units.
  • each data unit can be provided in the form of a separate file and/or a separate digital document.
  • the data units can have different file formats depending on the purpose within a project.
  • the unit-related metadata can preferably be understood to mean metadata that is assigned to one of the data units.
  • the project-related metadata can preferably be understood to mean metadata that is assigned to the entirety of the project data and/or the individual containers.
  • the information about a data context of the unit-related metadata and/or the project-related metadata can in particular include a data type, a data classification, a data origin, information about a data content, version information and/or the like.
  • the project-related metadata is particularly superior to the unit-related metadata.
  • the unit-related and/or project-related metadata can be recorded manually or automatically. For example, a user query can be carried out to record the unit-related metadata, through which a user can assign the unit-related metadata to the respective data unit and/or can enter them for the respective data unit.
  • a user query can be carried out, through which a user can assign the project-related metadata to the individual containers and/or to a project.
  • the unit-related metadata includes an identification, for example an identification cation number, which comprise data units.
  • the project-related metadata can include the identification of the data units and/or an identification of the individual containers.
  • the individual containers and/or the main container can preferably each be a digital container in which the data units and the unit-related metadata are stored separately from one another.
  • the data units and the unit-related metadata can be combined in the individual container.
  • the storage in the individual container can take place in that the data units and the unit-related metadata are stored in such a way that access to the data units and the unit-related metadata is only possible by opening the individual container.
  • storing the data units and the unit-related metadata can include a physical and/or digital association with the respective individual container.
  • the data units and/or the unit-related metadata can be compressed and/or encrypted by the individual container.
  • the individual container can be created in the form of a zip file.
  • different data levels of a data structure are formed by the main container, the individual containers and the data units.
  • a file can be generated and/or stored in the individual container, for example for the respective data unit and the unit-related metadata.
  • the main container can be created in the same way as the individual containers are created. It can be provided that the individual containers and the project-related metadata are stored in such a way that access to the individual containers and the project-related metadata is only possible by opening the main container. Thus, storing the individual containers and the project-related metadata can include a physical and/or digital assignment to the main container. At the When creating the main container, the individual containers and the project-related metadata can be compressed and/or encrypted.
  • the issuing of the main container can include an issuing of the main container by the sender system, by which the main container can be provided to the recipient system automatically or manually.
  • the outputting of the main container preferably includes sending the main container from the sender system to the receiver system.
  • the main container can be transmitted from the sender system to the receiver system via a communication link, such as a wireless connection and/or an Internet connection.
  • the outputting of the main container includes storing the main container on a data carrier, in particular an external data carrier. The data carrier can then be connected to the receiver system and read out by the receiver system.
  • the clever arrangement of the unit-related metadata in the individual containers and the project-related metadata in the main container can make it easier for the recipient to read the project data into a recipient database. Furthermore, for each data level within the data structure, accessibility and/or checking, in particular for relevance, of the data on the underlying data levels can be facilitated.
  • a transfer-ready data structure is thus created by creating the main container and the individual containers. This allows a standardized structure of the data structure for the data transfer to be provided.
  • the main container can be evaluated and/or interpreted in a defined manner by the recipient system.
  • the separately stored unit-related and/or project-related metadata can advantageously provide an overview of the contents for the recipient system in order to be able to recognize the transmitted data in a simple manner. Due to the separate storage of the unit With regard to the metadata and/or project-related metadata, it is not necessary to open the individual containers and/or data units in order to obtain information about the content, the validity and/or the allocation of the data.
  • the project data can be assigned to a device to be produced, manufactured and/or delivered, in particular with the unit-related metadata and/or the project-related metadata comprising identification information for assignment to the device.
  • the device can preferably be a system or another operating system.
  • the device can be formed by a pump and/or a pump system.
  • the device z. B. includes a fitting, a motor and / or a sensor.
  • the device can advantageously be transferred separately from the main container and/or together with the main container from a transmitter plant to a receiver plant.
  • the identification information can include a serial number, a barcode and/or a QR code, for example.
  • the identification information can be attached to the device in parallel in order to be able to assign the data units to the device in the receiving plant. Additionally or alternatively, the identification information can be added to at least one of the data units in order to be able to reliably assign the data units to the device even after the data has been separated by the receiver system.
  • the unit-related metadata when creating the individual containers is stored in a machine-interpretable, i.e. in particular machine-readable, and/or human-interpretable, i.e. in particular human-readable, form and/or that the project-related metadata when creating the main container in be stored in a machine-interpretable and/or human-interpretable form.
  • the machine-readable metadata and the human-readable metadata are preferably stored separately from one another, as a result of which defined, separate access is made possible.
  • the metadata can be a machine NEN interpretable file and a human interpretable file.
  • a machine-interpretable file can preferably be provided in the form of an XML file.
  • a human-interpretable file can preferably be provided in the form of a PDF file.
  • the provision of the data units and/or the recording of the unit-related metadata includes an automatic extraction of the data units from a project database of the transmitter system. Versioning of the data units in the project database can preferably be taken into account when extracting.
  • the project database can be automatically searched for project data associated with a specific project.
  • Internal database metadata can be read out for each of the data units and/or for the project in order to create the unit-related and/or project-related metadata. Due to the defined, transfer-ready data structure, the data can be extracted automatically from the project database and prepared for data transfer. In particular, it is therefore not necessary for the metadata and/or the data units to be read manually from the project database. This means that the project data can be transferred efficiently and in a short time.
  • the individual containers and/or the main container are synchronized, in particular automatically, with the project database.
  • the individual containers and/or the main container can be stored in the project database, in particular in a form ready for transmission.
  • a data record can be created in the project database during synchronization for the main container and/or for the individual containers.
  • the synchronization can ensure that the output of the project data is reliably documented. is mentioned. In this way, it can be traced at a later point in time which data of a project was output.
  • Manual synchronization with the project database can preferably be omitted.
  • the recipient database can include a receiving interface for automatically reading in the project data and/or the sender system can include a sender interface for automatically outputting the main container. Due to the data structure suitable for transmission, a defined transmission can thus take place, which is automated on the recipient side.
  • database entries for the main container, the individual containers and/or the data units can be created automatically in the recipient database. Furthermore, a high level of reproducibility can be achieved through the automated access, with which the output data is reliably stored in the recipient database.
  • the method comprises the following step:
  • the unique individual identifier is preferably stored separately from the individual container, in particular from the individual container assigned to the respective data unit, and/or separately from the main container.
  • a unique individual identifier is preferably created for each of the individual containers. It can be provided that the individual identifiers of the individual containers are stored in a common file or a separate file is created for each of the individual containers.
  • the at least one individual identifier can in particular a hash function and/or hash function can be calculated.
  • the individual identifier can thus preferably be a hash code.
  • the individual identifier can include a character string that is calculated as the result of the hash function and/or the hash function using the data content.
  • the unique identifier can advantageously be a one-to-one identifier.
  • the individual containers and/or the data units can be reliably validated on the receiver side using the individual identifier, without directly accessing the individual containers and/or the data units. For example, this makes it possible to recognize when the individual containers and/or the data units are manipulated after the main container has been output. In this case, when the data content is mapped at the receiver end, the individual identifier does not match the stored individual identifier. In this way, security and/or reliability during data transmission can be improved.
  • the method comprises the following step:
  • the unique main identifier is preferably stored separately from the main container and/or output separately from the main container for the receiver system.
  • the main container and the main identifier are preferably output via different interfaces and/or at different times.
  • the main identifier can be handed out in the form of a file on a data medium, while the main container is transmitted over the Internet.
  • the main identifier and the main container are sent one after the other by email to the recipient system.
  • the data content of the main container can be mapped analogously to the mapping of the data content of the data units and/or the individual container.
  • the main identifier can in particular be calculated using a hash function and/or hash function.
  • the main identifier can preferably be a hash code.
  • the main identifier can advantageously be a one-to-one identifier.
  • mapping the data content in the main identifier the main container can be identified using the The main identifier can be reliably validated on the recipient side without directly accessing the individual containers and/or the data units contained therein.
  • the main identifier means that it is not necessary to open the main container and/or the individual containers in order to check the main container for validity.
  • an individual metadata structure is specified for capturing the unit-related metadata and/or an overall metadata structure is specified for capturing the project-related metadata.
  • Certain data parameters can be specified by the individual metadata structure and/or the overall metadata structure, which are recorded when recording the unit-related and/or project-related metadata.
  • a specific format of the unit-related and/or project-related metadata can be specified by the individual metadata structure and/or the overall metadata structure, as a result of which standardization can be achieved. Due to the individual metadata structure and/or the overall metadata structure, the unit-related and/or project-related metadata can therefore be predictable for the recipient system in order to advantageously enable automated further processing of the unit-related and/or project-related metadata. It can also be checked whether all the data parameters required by the individual metadata structure and/or the overall metadata structure were retrieved when extracting from the project database and the data structure suitable for transmission is therefore complete.
  • the main identifier and/or the individual identifiers can be stored separately from the main container in the project database during synchronization with the project database. This means that the validity of the data can also be checked after synchronization. Furthermore, the main identifiers and/or the individual identifiers can be accessed at a later point in time in order to check whether the associated data has not been manipulated. Furthermore, by storing the project-related metadata, a convenient content and/or origin overview can be made possible.
  • the data units and/or the unit-related metadata are compressed and/or encrypted when the individual containers are created and/or that the individual containers and/or the project-related metadata are compressed and/or encrypted when the main container is created become.
  • Encryption allows the data to be transmitted securely from the sender system to the receiver system.
  • a data transmission can be simplified by the compression since the data size can be reduced by the compression. Thus, for example, a low bandwidth and/or less storage space may be required.
  • Due to the compression and/or encryption when creating the individual containers and/or the main container the compression and/or encryption can be used advantageously when creating the transfer-ready data structure. In this way, in particular, standardized units can be provided, as a result of which requirements on the receiver system for interpreting the project data can be reduced.
  • a validation protocol can be created.
  • the validation process can be carried out in particular for data units which the sender system receives from an upstream provision system.
  • the provision system can be, for example, a supplier's system for providing individual parts of the device.
  • the validation process can ensure that the data units received are not manipulated and/or complete.
  • the received data unit and the external unique individual identifier can be received by the recipient system from the provision system via different interfaces and/or at different times. Because the external, unique individual identifier is transmitted separately and the data content of the received data unit is mapped by the transmitter system itself to an internal individual identifier, the data unit can be validated in a simple manner.
  • the validation process can be repeated for all received data units.
  • a verification process for checking a data format of the respective data unit is carried out for at least one, preferably several or each, of the data units when creating the individual containers, with an adaptation process for automatic conversion of the Data unit is performed in a default format.
  • the data format of the data unit can be converted into the default format during the adaptation process if the data format of the data unit differs from the default format.
  • the data format of the data unit is first determined during the checking process and the adaptation process only takes place for one or more predetermined data formats.
  • a computer program product includes instructions which, when executed by a processing unit, cause the processing unit to carry out a method according to the invention.
  • a computer program product thus entails the same advantages as have already been described in detail with reference to a method according to the invention.
  • the method can in particular be a computer-implemented method.
  • the computer program product may be implemented as computer-readable instruction code in any suitable programming language, such as JAVA, C++, C# and/or Python.
  • the computer program product can be stored on a computer-readable storage medium such as a data disk, a removable drive, a volatile or non-volatile memory, or a built-in memory/processor.
  • the instruction code can influence and/or control the processing unit, preferably in the form of a computer or another programmable device such as a control device, in such a way that the desired functions are carried out.
  • the computer program product can be made available or made available on a network such as the Internet, from which it can be downloaded by a user or run online when required.
  • the computer program product can be implemented both by means of software and by means of one or more special electronic circuits, i.e. in hardware or in any hybrid form, i.e. by means of software components and hardware components.
  • a transmitter system includes a computing unit for executing a method according to the invention.
  • a transmitter system according to the invention thus brings with it the same advantages as have already been described in detail with reference to a method according to the invention and/or a computer program product according to the invention.
  • the computing unit preferably includes a processor and/or microprocessor.
  • the computing unit comprises a plurality of computing modules for the decentralized execution of computing operations. This can result in a distributed module structure.
  • the transmitter system can include a project database in which the project data are stored.
  • the transmitter system is preferably connected to a transmitter factory for the production of devices for a project to which the project data are assigned.
  • a transmission system has a transmitter system according to the invention. Furthermore, the transmission system includes a receiver system for receiving project data from the transmitter system.
  • a transmission system according to the invention thus entails the same advantages as have already been described in detail with reference to a method according to the invention, a computer program product according to the invention and/or a transmitter system according to the invention.
  • the method according to the invention can advantageously be used to transmit project data from the transmitter system to the receiver system.
  • a high degree of automation can be achieved, so that on the one hand a high level of data security is achieved and on the other hand a processing time can be reduced.
  • FIG. 3 shows a transmission system according to the invention with a transmitter system according to the invention for carrying out the method
  • 5 shows a validation process in the method.
  • FIG. 1 shows a method 100 according to the invention for supporting a data transfer of project data 200 from a transmitter system 1 to a receiver system 2 in a schematic representation of a sequence of method steps in a first exemplary embodiment.
  • the transmitter system 1 includes a processing unit 5 for executing the method 100.
  • a computer program product can be provided which includes instructions which, when executed by the processing unit 5, cause the processing unit 5 to carry out the method 100.
  • the project data 200 are preferably assigned to a device 3 to be produced, produced and/or delivered.
  • the transmitter system 1 can be connected, for example, to a transmitter factory 8 for producing the device 3 .
  • the device 3 can be transferred from the transmitter station 8 to a receiver station 9 connected to the receiver system 2 .
  • the data transfer of the project data 200 together with the transfer of the device 3 or separately to the device 3.
  • the project data 200 preferably includes technical information such as operating instructions, drawings or technical data sheets for the device 3.
  • the method 100 includes providing 101 a plurality of data units 201 of the project data 200 by the transmitter system 1.
  • the data units 201 can preferably each be provided in the form of a file.
  • the data units 201 can advantageously be automatically extracted from a project database 6 of the transmitter system 1 .
  • the project database 6 can have a document management system, for example, from which the data units 201 are automatically read. It is conceivable that the data units 201 are created at least partially from the project data 200 when the data units 201 are provided 101 . For example, 200 individual files can be created from the project data.
  • the method 100 includes a detection 103 of unit-related metadata 202 for information about a data context for each of the data units 201 .
  • an individual metadata structure can be specified for the unit-related metadata 202 .
  • the unit-related metadata 202 can include, for example, specified information about a content, an origin and/or a data type of the respective data unit 201.
  • the unit-related metadata 202 is preferably extracted from the project database 6 together with the data units 201 .
  • a transfer-ready data structure is created, which is shown schematically in FIG.
  • a number of individual containers 211 are first created 104.
  • one of the data units 201 and the assigned, unit-related metadata 202 are stored separately from one another.
  • the unit-related metadata 202 are preferably stored in a machine-interpretable and/or human-interpretable form when the individual containers 211 are created 104 . Provision can be made for a machine-interpretable file, for example in the form of an XML file, and a human-readable file, for example in the form of a PDF file, of the unit-related metadata 202 to be created for this purpose.
  • the data units 201 and/or the unit-related metadata 202 are preferably compressed and/or encrypted when the individual containers 211 are created 104 .
  • the individual container 211 can be created in the form of a zip file.
  • a data format of the data units 201 can be checked when the individual containers 211 are created 104 .
  • the data units 201 can be converted into a default format for storage in the individual containers 211 depending on the checking of the data format.
  • An overall metadata structure can advantageously be specified for recording 106 the project-related metadata 212 .
  • the unit-related metadata 202, the project-related metadata 212 and/or the data units 201 include identification information for assignment to the device 3.
  • identification information for assignment to the device 3.
  • a QR code and/or a serial number can be attached to the device 3 and integrated into the unit-related metadata 202, the project-related metadata 212 and/or the data units 201.
  • a simplified assignment of the data to the device 3 can also be made possible at a later point in time.
  • a main container 210 is then created 107 in which the individual containers 211 and the project-related metadata 212 are stored separately from one another.
  • the project-related metadata 212 is preferably stored when the main container 210 is created in a machine-interpretable and/or human-interpretable form.
  • the individual containers 211 and / or project-related metadata 212 are compressed and/or encrypted when the main container 210 is created.
  • the main container 210 can be created in the form of a zip file.
  • the main container 210 is output 109 by the transmitter system 1 for the receiver system 2 .
  • the main container 210 can be sent, for example, from the transmitter system 1 to the receiver system 2 via a communication link.
  • the output 109 takes place on an external data carrier.
  • the individual containers 211 and/or the main container 210 can also be synchronized 109.1 with the project database 6.
  • the project-related metadata 212 can be stored separately from the main container 210 in the project database 6, in particular additionally
  • a recipient database 7 of the recipient system 2 can take place when the main container 210 is issued 109 .
  • the receiver system 2 can have a receiving interface for this purpose, through which external access for reading in the project data 200 is made possible.
  • the data units 201 can be read from the main container 210 using the unit-related and/or project-related metadata 202, 212 and stored in the receiver database 7 of the receiver system 2.
  • mapping 105 of data content 203 of at least one of the data units 201 and/or at least one of the individual containers 211 can preferably also take place in a unique individual identifier 204.
  • the mapping 105 of the data content 203 for each of the individual containers 211 and/or each of the data units 201 is carried out in a unique individual identifier 204 .
  • a mapping 108 of a data content 213 of the main container 210 in a unique main identifier 214 of the main container 210 can be carried out analogously.
  • mapping 105, 108 the data content 203, 213, the individual identifier 204 and / or the Main identifier 214 can be calculated, for example, by a hash function.
  • the data content 203, 213 is reduced to a character string which is unique for the respective data content 203, 213. If the data content 203, 213 changes, the character string derived from it also changes as part of an avalanche effect, so that a change in the data content 203, 213 can be detected in a simple manner, for example without the main container 210, the individual containers 211 and/or the data units 201 to open.
  • the unique individual identifier 204 can therefore advantageously be stored separately from the individual container 211 , in particular from the individual container 211 assigned to the respective data unit 201 , and/or separately from the main container 210 when the main container 210 is created.
  • several or all of the individual identifiers 204 can be stored in the form of a single file.
  • the unique main identifier 214 can advantageously be stored separately from the main container 210 and/or can be output separately from the main container 210 for the recipient system 2 .
  • the individual identifiers 204 and/or the main identifier 214 can therefore in particular be hash codes.
  • a supplier supplies parts of the device 3 and the data units 201 are at least partially assigned to the supplied parts.
  • a validation process 102 can be carried out to provide 101 the data units 201 .
  • the validation process 102 is shown schematically in FIG. At least one of the data units 201 is received 102.1 by the transmitter system 1 from the supplier. Subsequently or parallel to this, the transmitter system 1 receives 102.2 an external unique individual identifier 204.1 of the received data unit 201 from the supplier.
  • the validation process 102 also includes mapping 102.3 of data content 203 of the received data unit 201 in an internal, unique individual identifier 204.2 of the received data unit 201 and validating 102.4 the received data unit 201 by comparing the external unique individual identifier 204.1 and the internal unique identifier 204.2. If the external unique identifier 204.1 and the internal, unique individual identifier 204.2 match, it can be assumed that the data unit 201 received is valid, ie it was not changed during transmission, for example. Furthermore, this results in verifiability of the data paths, eg for a warranty issue at a later point in time.

Landscapes

  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Engineering & Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Operations Research (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Data Mining & Analysis (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

Die Erfindung betrifft ein Verfahren (100) zur Unterstützung einer Datenübergabe von Projektdaten (200) von einem Sendersystem (1) an ein Empfängersystem (2), umfassend folgende Schritte: Bereitstellen (101) von mehreren Dateneinheiten (201) der Projektdaten (200) durch das Sendersystem (1), Erfassen (103) von einheitenbezogenen Metadaten (202, 212) zur Information über einen Datenkontext für jede der Dateneinheiten (201), Erstellen (104) mehrerer Einzelcontainer (211), wobei in jedem Einzelcontainer (211) eine der Dateneinheiten (201) und die zugeordneten Metadaten (202, 212) separat voneinander abgespeichert werden. Ferner betrifft die Erfindung ein Computerprogrammprodukt, ein Sendersystem (1), sowie ein Übertragungssystem (4).

Description

Beschreibung
Verfahren zur Unterstützung einer Datenübergabe, Computerprogrammprodukt, Sendersystem, sowie Übertragungssystem
Die Erfindung betrifft ein Verfahren zur Unterstützung einer Datenübergabe, ein Computerprogrammprodukt, ein Sendersystem sowie ein Übertragungssystem.
Es ist üblich, dass Projektdaten in Form von technischen Produktdaten, wie z.B. CAD- Modellen oder Datenblättern, vom Hersteller elektronisch für einen Kunden bereitgestellt werden. Dabei sind die entsprechenden Projektdaten häufig in einer Projektdatenbank des Herstellers vorgesehen, aus welcher die Projektdaten manuell herausgesucht und für den Kunden zusammengestellt werden. Parallel dazu werden Metadaten oft ebenfalls manuell aus der Projektdatenbank ausgelesen und den einzelnen Dokumenten zugeordnet, indem entsprechende Dateien neu erstellt werden. Kundenseitig müssen die Daten entsprechend manuell ausgelesen und in eine Empfängerdatenbank einsortiert werden.
Die manuellen Tätigkeiten bei der Datenübergabe sind aufwendig und erfordern viel Zeit. Ferner kann sich dies auch nachteilig auf die Weiterverarbeitung der Daten auswirken.
Es ist eine Aufgabe der vorliegenden Erfindung, voranstehende, aus dem Stand der Technik bekannte Nachteile zumindest teilweise zu beheben. Insbesondere ist es eine Aufgabe der vorliegenden Erfindung eine Datenübergabe von einem Sendersystem an ein Empfängersystem, vorzugsweise mittels einer übergabegerechten Datenstruktur, zu vereinfachen.
Die voranstehende Aufgabe wird gelöst durch ein Verfahren mit den Merkmalen des Anspruchs 1 , ein Computerprogrammprodukt mit den Merkmalen des Anspruchs 13, ein Sendersystem mit den Merkmalen des Anspruchs 14, sowie ein Übertragungssystem mit den Merkmalen des Anspruchs 15. Weitere Merkmale und Details der Erfindung ergeben sich aus den jeweiligen Unteransprüchen, der Beschreibung und den Zeichnungen. Dabei gelten Merkmale und Details, die im Zusammenhang mit dem erfindungsgemäßen Verfahren beschrieben sind, selbstverständlich auch im Zusammenhang mit dem erfindungsgemäßen Computerprogrammprodukt, dem erfindungsgemäßen Sendersystem und/oder dem erfindungsgemäßen Übertragungssystem und jeweils umgekehrt, so dass bezüglich der Offenbarung zu den einzelnen Erfindungsaspekten stets wechselseitig Bezug genommen wird bzw. werden kann.
Gemäß einem ersten Aspekt der Erfindung ist ein Verfahren zur Unterstützung einer Datenübergabe von Projektdaten von einem Sendersystem an ein Empfängersystem vorgesehen. Das Verfahren umfasst zumindest folgende Schritte:
- Bereitstellen von mehreren Dateneinheiten der Projektdaten durch das Sendersystem, vorzugsweise durch eine Recheneinheit des Sendersystems,
- Erfassen von einheitenbezogenen Metadaten, insbesondere zur Information über einen Datenkontext, für jede der Dateneinheiten, vorzugsweise durch die Recheneinheit,
- Erstellen mehrerer Einzelcontainer, wobei in jedem Einzelcontainer eine der Dateneinheiten und die, insbesondere der jeweiligen Dateneinheit, zugeordneten, einheitenbezogenen Metadaten separat voneinander abgespeichert werden, vorzugsweise durch die Recheneinheit,
- Erfassen von projektbezogenen Metadaten, insbesondere zur Information über einen Datenkontext, der Einzelcontainer, vorzugsweise durch die Recheneinheit,
- Erstellen eines Hauptcontainers, in welchem die Einzelcontainer und die projektbezogenen Metadaten separat voneinander abgespeichert werden, vorzugsweise durch die Recheneinheit, Ausgeben des Hauptcontainers durch das Sendersystem für das Empfängersystem, vorzugsweise durch die Recheneinheit.
Die Projektdaten können vorzugsweise einem Herstellvorgang einer Vorrichtung zugeordnet sein. Die Projektdaten können beispielsweise technische Daten in Form von Dokumenten, technischen Zeichnungen, Bilddaten und/oder dergleichen umfassen.
Die Dateneinheiten können maschinen- und/oder menschenlesbare Informationen umfassen. Insbesondere sind die Dateneinheiten digitale Dateneinheiten. Insbesondere kann jede Dateneinheit in Form einer separaten Datei und/oder eines separaten, digitalen Dokumentes bereitgestellt werden. Dabei können die Dateneinheiten je nach Zweck innerhalb eines Projektes unterschiedliche Dateiformate aufweisen.
Unter den einheitenbezogenen Metadaten können vorzugsweise Metadaten verstanden werden, die einer der Dateneinheiten zugeordnet sind. Unter den projektbezogenen Metadaten können vorzugsweise Metadaten verstanden werden, die der Gesamtheit der Projektdaten und/oder der Einzelcontainer zugeordnet sind. Die Information über einen Datenkontext der einheitenbezogenen Metadaten und/oder der projektbezogenen Metadaten kann insbesondere jeweils einen Datentyp, eine Datenklassifizierung, eine Datenherkunft, eine Information über einen Dateninhalt, eine Versionsinformation und/oder dergleichen umfassen. Somit sind die projektbezogenen Metadaten insbesondere den einheitenbezogenen Metadaten übergeordnet. Das Erfassen der einheitenbezogenen und/oder der projektbezogenen Metadaten kann manuell oder automatisch erfolgen. Beispielsweise kann zum Erfassen der einheitenbezogenen Metadaten eine Benutzerabfrage durchgeführt werden, durch welche ein Benutzer die einheitenbezogenen Metadaten der jeweiligen Dateneinheit zuordnen und/oder für die jeweilige Dateneinheit eingeben kann. Zum Erfassen der projektbezogenen Metadaten kann z.B. eine Benutzerabfrage durchgeführt werden, durch welche ein Benutzer die projektbezogenen Metadaten den Einzelcontainern und/oder einem Projekt zuordnen kann. Ferner kann vorgesehen sein, dass die einheitenbezogenen Metadaten eine Identifikation, z.B. eine Identifi- kationsnummer, der Dateneinheiten umfassen. Die projektbezogenen Metadaten können die Identifikation der Dateneinheiten und/oder eine Identifikation der Einzelcontainer umfassen.
Bei den Einzelcontainern und/oder dem Hauptcontainer kann es sich vorzugsweise jeweils um einen digitalen Container handeln, in welchem die Dateneinheiten und die einheitenbezogenen Metadaten separat voneinander abgespeichert werden. Insbesondere können die Dateneinheiten und die einheitenbezogenen Metadaten im Einzelcontainer zusammengefasst sein. Das Abspeichern im Einzelcontainer kann dadurch erfolgen, dass die Dateneinheiten und die einheitenbezogenen Metadaten derart abgespeichert werden, dass ein Zugriff auf die Dateneinheiten und die einheitenbezogenen Metadaten nur durch Öffnen des Einzelcontainers möglich ist. Somit kann das Abspeichern der Dateneinheiten und der einheitenbezogenen Metadaten eine physikalische und/oder digitale Zuordnung zum jeweiligen Einzelcontainer umfassen. Durch den Einzelcontainer können die Dateneinheiten und/oder die einheitenbezogenen Metadaten komprimiert und/oder verschlüsselt sein. Beispielsweise kann der Einzelcontainer in Form einer zip- Datei erstellt werden. Insbesondere werden durch den Hauptcontainer, die Einzelcontainer und die Dateneinheiten somit verschiedene Datenebenen einer Datenstruktur ausgebildet.
Für die separate Abspeicherung der jeweiligen Dateneinheiten und der einheitenbezogenen Metadaten in dem Einzelcontainer kann beispielsweise für die jeweilige Dateneinheit und die einheitenbezogenen Metadaten jeweils eine Datei erzeugt und/oder im Einzelcontainer abgespeichert werden.
Das Erstellen des Hauptcontainers kann analog zum Erstellen der Einzelcontainer erfolgen. Dabei kann vorgesehen sein, dass die Einzelcontainer und die projektbezogenen Metadaten derart abgespeichert werden, dass ein Zugriff auf die Einzelcontainer und die projektbezogenen Metadaten nur durch Öffnen des Hauptcontainers möglich ist. Somit kann das Abspeichern der Einzelcontainer und der projektbezogenen Metadaten eine physikalische und/oder digitale Zuordnung zum Hauptcontainer umfassen. Beim Erstellen des Hauptcontainers können die Einzelcontainer und die projektbezogenen Metadaten komprimiert und/oder verschlüsselt werden.
Beim Ausgeben des Hauptcontainers werden somit insbesondere auch die projektbezogenen Metadaten und die in den Einzelcontainern abgespeicherten einheitenbezogenen Metadaten und Dateneinheiten ausgegeben. Das Ausgeben des Hauptcontainers kann eine Ausgabe des Hauptcontainers durch das Sendersystem umfassen, durch welche der Hauptcontainer dem Empfängersystem automatisch oder manuell bereitgestellt werden kann. Vorzugsweise umfasst das Ausgeben des Hauptcontainers ein Senden des Hauptcontainers vom Sendersystem an das Empfängersystem. Dabei kann der Hauptcontainer über eine Kommunikationsverbindung, wie z.B. eine drahtlose Verbindung und/oder eine Internetverbindung, vom Sendersystem an das Empfängersystem übertragen werden. Es ist jedoch ebenso denkbar, dass das Ausgeben des Hauptcontainers ein Abspeichern des Hauptcontainers auf einem, insbesondere externen, Datenträger umfasst. Anschließend kann der Datenträger an das Empfängersystem angeschlossen und durch das Empfängersystem ausgelesen werden. Durch das geschickte Anordnen der einheitenbezogenen Metadaten in den Einzelcontainern und der projektbezogenen Metadaten im Hauptcontainer kann ein empfängerseitiges Einlesen der Projektdaten in eine Empfängerdatenbank erleichtert sein. Ferner kann dadurch für jede Datenebene innerhalb der Datenstruktur eine Zugänglichkeit und/oder Prüfung, insbesondere auf Relevanz, der Daten der darunterliegenden Datenebenen erleichtert sein.
Insbesondere werden somit mit dem Hauptcontainer sämtliche im Hauptcontainer abgespeicherten Daten ausgegeben. Somit wird durch das Erstellen des Hauptcontainers und der Einzelcontainer eine übergabegerechte Datenstruktur geschaffen. Dadurch kann ein standardisierter Aufbau der Datenstruktur für die Datenübergabe bereitgestellt werden. Der Hauptcontainer kann dabei in definierter Weise durch das Empfängersystem ausgewertet und/oder interpretiert werden. Die separat abgespeicherten einheitenbezogenen und/oder projektbezogenen Metadaten können vorteilhafterweise für das Empfängersystem eine Inhaltsübersicht bereitstellen, um die übersandten Daten in einfacher Art und Weise zu erkennen. Durch die separate Abspeicherung der einheitenbe- zogenen und/oder projektbezogenen Metadaten ist es nicht notwendig, die Einzelcontainer und/oder Dateneinheiten zu öffnen, um Informationen über den Inhalt, die Validität und/oder die Zuordnung der Daten zu erhalten.
Weiterhin kann bei einem erfindungsgemäßen Verfahren vorteilhafterweise vorgesehen sein, dass die Projektdaten einer zu produzierenden, produzierten und/oder ausgelieferten Vorrichtung zugeordnet sind, insbesondere wobei die einheitenbezogenen Metadaten und/oder die projektbezogenen Metadaten eine Identifikationsinformation zur Zuordnung zu der Vorrichtung umfassen. Bei der Vorrichtung kann es sich vorzugsweise um eine Anlage oder ein sonstiges Betriebssystem handeln. Beispielsweise kann die Vorrichtung durch eine Pumpe und/oder ein Pumpsystem gebildet sein. Zusätzlich oder alternativ kann vorgesehen sein, dass die Vorrichtung z. B. eine Armatur, einen Motor und/oder eine Sensorik umfasst. Die Vorrichtung kann vorteilhafterweise separat zu dem Hauptcontainer und/oder gemeinsam mit dem Hauptcontainer von einem Senderwerk an ein Empfängerwerk überstellt werden. Die Identifikationsinformation kann beispielsweise eine Seriennummer, einen Barcode und/oder einen QR-Code umfassen. Die Identifikationsinformation kann parallel auf der Vorrichtung angebracht werden, um im Empfängerwerk die Dateneinheiten der Vorrichtung zuordnen zu können. Zusätzlich oder alternativ kann die Identifikationsinformation zumindest einer der Dateneinheiten hinzugefügt werden, um auch nach der Separierung der Daten durch das Empfängersystem die Dateneinheiten der Vorrichtung sicher zuordnen zu können.
Weiterhin kann bei einem erfindungsgemäßen Verfahren vorteilhafterweise vorgesehen sein, dass die einheitenbezogenen Metadaten beim Erstellen der Einzelcontainer in maschineninterpretierbarer, d. h. insbesondere maschinenlesbarer, und/oder menscheninterpretierbarer, d. h. insbesondere menschenlesbarer, Form abgespeichert werden und/oder, dass die projektbezogenen Metadaten beim Erstellen des Hauptcontainers in maschineninterpretierbarer und/oder menscheninterpretierbarer Form abgespeichert werden. Dabei werden die maschinenlesbaren Metadaten und die menschenlesbaren Metadaten vorzugsweise separat voneinander abgespeichert, wodurch ein definierter, separater Zugriff ermöglicht wird. Beispielsweise können die Metadaten eine maschi- nen interpretierbare Datei und eine menscheninterpretierbare Datei umfassen. Eine maschineninterpretierbare Datei kann vorzugsweise in Form einer XML-Datei vorgesehen sein. Eine menscheninterpretierbare Datei kann vorzugsweise in Form einer PDF-Datei vorgesehen sein. Dadurch können die Daten im Empfängersystem vorteilhaft ausgelesen werden, da nicht sämtliche Dateien im Hinblick auf bestimmte Daten durchsucht werden müssen.
Weiterhin ist es bei einem erfindungsgemäßen Verfahren denkbar, dass das Bereitstellen der Dateneinheiten und/oder das Erfassen der einheitenbezogenen Metadaten ein automatisches Extrahieren der Dateneinheiten aus einer Projektdatenbank des Sendersystems umfasst. Vorzugsweise kann beim Extrahieren eine Versionierung der Dateneinheiten in der Projektdatenbank berücksichtigt werden. Zum Extrahieren der Dateneinheiten kann die Projektdatenbank automatisch nach Projektdaten durchsucht werden, die einem bestimmten Projekt zugeordnet sind. Dabei können zu jeder der Dateneinheiten und/oder zu dem Projekt datenbankinterne Metadaten ausgelesen werden, um die einheitenbezogenen und/oder projektbezogenen Metadaten zu erstellen. Durch die definierte, übergabegerechte Datenstruktur können die Daten somit automatisiert aus der Projektdatenbank extrahiert und zur Datenübertragung vorbereitet werden. Insbesondere ist es dadurch nicht notwendig, dass die Metadaten und/oder die Dateneinheiten manuell aus der Projektdatenbank ausgelesen werden. Dadurch kann die Datenübertragung der Projektdaten effizient und in kurzer Zeit durchgeführt werden.
Ferner kann bei einem erfindungsgemäßen Verfahren vorteilhafterweise vorgesehen sein, dass eine, insbesondere automatische, Synchronisation der Einzelcontainer und/oder des Hauptcontainers mit der Projektdatenbank erfolgt. Bei der Synchronisation können die Einzelcontainer und/oder der Hauptcontainer in der Projektdatenbank, insbesondere in übertragungsfertiger Form, abgespeichert werden. Beispielsweise kann bei der Synchronisation für den Hauptcontainer und/oder für die Einzelcontainer ein Datensatz in der Projektdatenbank angelegt werden. Gleichzeitig kann durch die Synchronisation sichergestellt werden, dass die Ausgabe der Projektdaten zuverlässig doku- mentiert wird. Dadurch kann zu einem späteren Zeitpunkt nachvollzogen werden, welche Daten eines Projektes ausgegeben wurden. Vorzugsweise kann eine manuelle Synchronisierung mit der Projektdatenbank entfallen.
Es ist ferner bei einem erfindungsgemäßen Verfahren denkbar, dass beim Ausgeben des Hauptcontainers ein automatischer Zugriff auf eine Empfängerdatenbank erfolgt, wobei die Dateneinheiten anhand der einheitenbezogenen und/oder der projektbezogenen Metadaten aus dem Hauptcontainer ausgelesen und in der Empfängerdatenbank des Empfängersystems abgespeichert werden. Der Zugriff kann insbesondere über eine Fern-Verbindung erfolgen. Dazu kann die Empfängerdatenbank eine Empfangsschnittstelle zum automatischen Einlesen der Projektdaten und/oder das Sendersystem eine Senderschnittstelle zum automatischen Ausgeben des Hauptcontainers umfassen. Durch die übertragungsgerechte Datenstruktur kann somit eine definierte Übertragung erfolgen, die auf der Empfängerseite automatisiert ist. Insbesondere können beim Zugriff auf die Empfängerdatenbank in der Empfängerdatenbank Datenbankeinträge für den Hauptcontainer, die Einzelcontainer und/oder die Dateneinheiten automatisch angelegt werden. Ferner kann durch den automatisierten Zugriff eine hohe Reproduzierbarkeit erzielt werden, bei welcher die ausgegebenen Daten zuverlässig in der Empfängerdatenbank abgespeichert werden.
Es ist ferner bei einem erfindungsgemäßen Verfahren denkbar, dass das Verfahren folgenden Schritt umfasst:
- Abbilden eines Dateninhalts von zumindest einer der Dateneinheiten und/oder zumindest einem der Einzelcontainer in zumindest einer eindeutigen Einzelkennung, insbesondere durch die Recheneinheit.
Vorzugsweise wird die eindeutige Einzelkennung beim Erstellen des Hauptcontainers separat zu dem Einzelcontainer, insbesondere zu dem der jeweiligen Dateneinheit zugeordneten Einzelcontainer, und/oder separat zu dem Hauptcontainer abgespeichert. Vorzugsweise wird für jeden der Einzelcontainer eine eindeutige Einzelkennung erstellt. Es kann vorgesehen sein, dass die Einzelkennungen der Einzelcontainer in einer gemeinsamen Datei abgespeichert werden oder zu jedem der Einzelcontainer eine separate Datei erstellt wird. Die zumindest eine Einzelkennung kann insbesondere durch eine Streuwertfunktion und/oder Hash-Funktion errechnet werden. Somit kann es sich bei der Einzelkennung vorzugsweise um einen Hash-Code handeln. Die Einzelkennung kann eine Zeichenfolge umfassen, die als Ergebnis der Streuwertfunktion und/oder der Hash-Funktion anhand des Dateninhalts berechnet wird. Somit kann die Einzelkennung vorteilhafterweise eine eineindeutige Kennung sein. Durch das Abbilden des Dateninhalts in der Einzelkennung können die Einzelcontainer und/oder die Dateneinheiten anhand der Einzelkennung empfängerseitig zuverlässig validiert werden, ohne auf die Einzelcontainer und/oder die Dateneinheiten direkt zuzugreifen. Beispielsweise kann dadurch erkannt werden, wenn die Einzelcontainer und/oder die Dateneinheiten nach dem Ausgeben des Hauptcontainers manipuliert werden. In diesem Fall stimmt bei einem empfängerseitigen Abbilden des Dateninhalts die Einzelkennung nicht mit der abgespeicherten Einzelkennung überein. Somit kann eine Sicherheit und/oder eine Zuverlässigkeit bei der Datenübertragung verbessert werden.
Ferner kann bei einem erfindungsgemäßen Verfahren vorteilhafterweise vorgesehen sein, dass das Verfahren folgenden Schritt umfasst:
- Abbilden eines Dateninhalts des Hauptcontainers in einer eindeutigen Hauptkennung des Hauptcontainers, insbesondere durch die Recheneinheit.
Vorzugsweise wird die eindeutige Hauptkennung separat zu dem Hauptcontainer abgespeichert und/oder separat zu dem Hauptcontainer für das Empfängersystem ausgegeben. Vorzugsweise erfolgt die Ausgabe des Hauptcontainers und der Hauptkennung über unterschiedliche Schnittstellen und/oder zu unterschiedlichen Zeitpunkten. Beispielsweise kann die Hauptkennung in Form einer Datei auf einem Datenträger ausgehändigt werden, während der Hauptcontainer über das Internet übertragen wird. Alternativ ist es beispielsweise denkbar, dass die Hauptkennung und der Hauptcontainer nacheinander per E-Mail an das Empfängersystem versendet werden. Das Abbilden des Dateninhaltes des Hauptcontainers kann analog zum Abbilden des Dateninhalts der Dateneinheiten und/oder des Einzelcontainers erfolgen. Die Hauptkennung kann insbesondere durch eine Streuwertfunktion und/oder Hash-Funktion errechnet werden. Somit kann es sich bei der Hauptkennung vorzugsweise um einen Hash-Code handeln. Somit kann die Hauptkennung vorteilhafterweise eine eineindeutige Kennung sein. Durch das Abbilden des Dateninhalts in der Hauptkennung kann der Hauptcontainer anhand der Hauptkennung empfängerseitig zuverlässig validiert werden, ohne auf die enthaltenen Einzelcontainer und/oder die Dateneinheiten direkt zuzugreifen. Insbesondere ist es durch die Hauptkennung nicht notwendig, den Hauptcontainer und/oder die Einzelcontainer zu öffnen, um den Hauptcontainer auf Validität zu überprüfen.
Vorzugsweise kann bei einem erfindungsgemäßen Verfahren vorgesehen sein, dass zum Erfassen der einheitenbezogenen Metadaten eine Einzelmetadatenstruktur und/oder zum Erfassen der projektbezogenen Metadaten eine Gesamtmetadatenstruktur vorgegeben wird. Durch die Einzelmetadatenstruktur und/oder die Gesamtmetadatenstruktur können bestimmte Datenparameter vorgegeben sein, die beim Erfassen der einheitenbezogenen und/oder projektbezogenen Metadaten erfasst werden. Ferner kann durch die Einzelmetadatenstruktur und/oder die Gesamtmetadatenstruktur ein bestimmtes Format der einheitenbezogenen und/oder projektbezogenen Metadaten vorgegeben sein, wodurch eine Standardisierung erreicht werden kann. Durch die Einzelmetadatenstruktur und/oder die Gesamtmetadatenstruktur können die einheitenbezogenen und/oder projektbezogenen Metadaten daher für das Empfängersystem vorhersehbar sein, um eine automatisierte Weiterverarbeitung der einheitenbezogenen und/oder projektbezogenen Metadaten vorteilhaft zu ermöglichen. Ferner kann dadurch überprüfbar sein, ob beim Extrahieren aus der Projektdatenbank alle durch die Einzelmetadatenstruktur und/oder die Gesamtmetadatenstruktur geforderten Datenparameter abgerufen wurden und die übersendungsgerechte Datenstruktur folglich vollständig ist.
Es ist ferner bei einem erfindungsgemäßen Verfahren denkbar, dass bei der Synchronisation mit der Projektdatenbank die projektbezogenen Metadaten, die Hauptkennung und/oder die Einzelkennungen separat zu dem Hauptcontainer in der Projektdatenbank abgespeichert werden. Dadurch kann die Validität der Daten auch nach der Synchronisation überprüfbar sein. Ferner kann zu einem späteren Zeitpunkt auf die Hauptkennungen und/oder die Einzelkennungen zurückgegriffen werden, um zu überprüfen, ob weiterhin keine Manipulation der zugehörigen Daten erfolgt ist. Durch das Abspeichern der projektbezogenen Metadaten kann ferner eine komfortable Inhalts- und/oder Herkunftsübersicht ermöglicht sein. Im Rahmen der Erfindung ist es weiterhin denkbar, dass die Dateneinheiten und/oder die einheitenbezogenen Metadaten beim Erstellen der Einzelcontainer komprimiert und/oder verschlüsselt werden und/oder, dass die Einzelcontainer und/oder die projektbezogenen Metadaten beim Erstellen des Hauptcontainers komprimiert und/oder verschlüsselt werden. Durch die Verschlüsselung können die Daten in sicherer Art und Weise vom Sendersystem an das Empfängersystem übertragen werden. Durch die Komprimierung kann eine Datenübertragung vereinfacht sein, da die Datengröße durch das Komprimieren reduziert sein kann. Somit kann beispielsweise eine geringe Bandbreite und/oder geringerer Speicherplatz benötigt werden. Durch die Komprimierung und/oder Verschlüsselung beim Erstellen der Einzelcontainer und/oder des Hauptcontainers kann die Komprimierung und/oder Verschlüsselung vorteilhaft beim Erstellen der übergabegerechten Datenstruktur eingesetzt werden. Insbesondere können dadurch standardisierte Einheiten vorgesehen sein, wodurch Anforderungen an das Empfängersystem zur Interpretation der Projektdaten reduziert sein können.
Vorzugsweise kann bei einem erfindungsgemäßen Verfahren vorgesehen sein, dass, insbesondere zum Bereitstellen der Dateneinheiten, ein Validierungsvorgang mit folgenden Schritten ausgeführt wird:
- Erhalt zumindest einer der Dateneinheiten, insbesondere durch das Sendersystem und/oder die Recheneinheit,
- Erhalt einer externen eindeutigen Einzelkennung der erhaltenen Dateneinheit, insbesondere durch das Sendersystem und/oder die Recheneinheit,
- Abbilden eines Dateninhalts der erhaltenen Dateneinheit in einer internen, eindeutigen Einzelkennung der erhaltenen Dateneinheit, insbesondere durch das Sendersystem und/oder die Recheneinheit,
- Validieren der erhaltenen Dateneinheit durch Vergleich der externen eindeutigen Einzelkennung und der internen eindeutigen Einzelkennung, insbesondere durch das Sendersystem und/oder die Recheneinheit.
In Abhängigkeit von dem Validieren kann ein Validierungsprotokoll erstellt werden. Der Validierungsvorgang kann insbesondere für Dateneinheiten durchgeführt werden, welche das Sendersystem von einem vorgeschalteten Bereitstellungssystem erhält. Bei dem Bereitstellungssystem kann es sich beispielsweise um ein System eines Lieferanten zum Bereitstellen von Einzelteilen der Vorrichtung handeln. Durch den Validierungsvorgang kann sichergestellt werden, dass die erhaltenen Dateneinheiten nicht manipuliert und/oder vollständig sind. Dabei können die erhaltene Dateneinheit und die externe eindeutige Einzelkennung über unterschiedliche Schnittstellen und/oder zu unterschiedlichen Zeitpunkten durch das Empfängersystem von dem Bereitstellungssystem erhalten werden. Dadurch, dass die externe eindeutige Einzelkennung separat übermittelt wird und der Dateninhalt der erhaltenen Dateneinheit durch das Sendersystem selbst zu einer internen Einzelkennung abgebildet wird, kann das Validieren der Dateneinheit in einfacher Art und Weise erfolgen. Der Validierungsvorgang kann für alle erhaltenen Dateneinheiten wiederholt werden.
Es kann bei einem erfindungsgemäßen Verfahren vorteilhafterweise vorgesehen sein, dass für zumindest eine, vorzugsweise mehrere oder jede, der Dateneinheiten beim Erstellen der Einzelcontainer ein Überprüfungsvorgang zur Überprüfung eines Datenformates der jeweiligen Dateneinheit durchgeführt wird, wobei in Abhängigkeit von dem Überprüfungsvorgang ein Anpassungsvorgang zur automatischen Konvertierung der Dateneinheit in ein Vorgabeformat durchgeführt wird. Beispielsweise kann das Datenformat der Dateneinheit bei dem Anpassungsvorgang in das Vorgabeformat konvertiert werden, wenn das Datenformat der Dateneinheit von dem Vorgabeformat abweicht. Ferner kann vorgesehen sein, dass beim Überprüfungsvorgang zunächst das Datenformat der Dateneinheit ermittelt und der Anpassungsvorgang nur für ein oder mehrere vorbestimmte Datenformate erfolgt. So ist es denkbar, dass beim Überprüfungsvorgang zunächst ermittelt wird, ob die Dateneinheit das Datenformat einer PDF-Datei aufweist, und anschließend überprüft wird, ob die PDF-Datei ein PDF/A-Dateiformat erfüllt. Beim Anpassungsvorgang kann automatisch eine Konvertierung in das PDF/A-Dateiformat erfolgen, wenn die Dateneinheit das Datenformat der PDF-Datei aufweist, aber nicht gleichzeitig das Vorgabeformat in Form des PDF/A-Dateiformates erfüllt. Somit kann sichergestellt werden, dass die Dateneinheiten vorbestimmten Standardisierungen und/oder Qualitätsvorgaben genügen. Beispielsweise kann durch die automatische Konver- tierung sichergestellt werden, dass alle Dateneinheiten Vorgaben zur Langzeitarchivierung erfüllen, insbesondere ohne dass dazu ein zusätzlicher Eingriff eines Benutzers erforderlich ist.
Gemäß einem weiteren Aspekt der Erfindung ist ein Computerprogrammprodukt vorgesehen. Das Computerprogrammprodukt umfasst Befehle, die bei einer Ausführung durch eine Recheneinheit die Recheneinheit veranlassen, ein erfindungsgemäßes Verfahren auszuführen.
Somit bringt ein erfindungsgemäßes Computerprogrammprodukt die gleichen Vorteile mit sich, wie sie bereits ausführlich mit Bezug auf ein erfindungsgemäßes Verfahren beschrieben worden sind. Bei dem Verfahren kann es sich insbesondere um ein computerimplementiertes Verfahren handeln. Das Computerprogrammprodukt kann als computerlesbarer Anweisungscode in jeder geeigneten Programmiersprache wie beispielsweise in JAVA, C++, C# und/oder Python implementiert sein. Das Computerprogrammprodukt kann auf einem computerlesbaren Speichermedium wie einer Datendisk, einem Wechsellaufwerk, einem flüchtigen oder nichtflüchtigen Speicher, oder einem eingebauten Speicher/Prozessor abgespeichert sein. Der Anweisungscode kann die Recheneinheit, vorzugsweise in Form eines Computers oder eines anderen programmierbaren Gerätes wie ein Steuergerät, derart beeinflussen und/oder ansteuern, dass die gewünschten Funktionen ausgeführt werden. Ferner kann das Computerprogrammprodukt in einem Netzwerk wie beispielsweise dem Internet bereitstellbar oder bereitgestellt sein, von dem es bei Bedarf von einem Nutzer heruntergeladen oder Online ausgeführt werden kann. Das Computerprogrammprodukt kann sowohl mittels einer Software, als auch mittels einer oder mehrerer spezieller elektronischer Schaltungen, d.h. in Hardware oder in beliebig hybrider Form, d.h. mittels Software-Komponenten und Hardware- Komponenten, realisiert sein.
Gemäß einem weiteren Aspekt der Erfindung ist ein Sendersystem vorgesehen. Das Sendersystem umfasst eine Recheneinheit zum Ausführen eines erfindungsgemäßen Verfahrens. Somit bringt ein erfindungsgemäßes Sendersystem die gleichen Vorteile mit sich, wie sie bereits ausführlich mit Bezug auf ein erfindungsgemäßes Verfahren und/oder ein erfindungsgemäßes Computerprogrammprodukt beschrieben worden sind. Die Recheneinheit umfasst vorzugsweise einen Prozessor und/oder Mikroprozessor. Ferner ist es denkbar, dass die Recheneinheit mehrere Rechenmodule zum dezentralen Durchführen von Rechenoperationen umfasst. Dadurch kann sich eine verteilte Modulstruktur ergeben. Weiterhin kann das Sendersystem eine Projektdatenbank umfassen, in welcher die Projektdaten abgespeichert sind. Vorzugsweise ist das Sendersystem an ein Senderwerk zur Herstellung von Vorrichtungen für ein Projekt, dem die Projektdaten zugeordnet sind, angeschlossen.
Gemäß einem weiteren Aspekt der Erfindung ist ein Übertragungssystem vorgesehen. Das Übertragungssystem weist ein erfindungsgemäßes Sendersystem auf. Ferner umfasst das Übertragungssystem ein Empfängersystem zum Erhalt von Projektdaten vom Sendersystem.
Somit bringt ein erfindungsgemäßes Übertragungssystem die gleichen Vorteile mit sich, wie sie bereits ausführlich mit Bezug auf ein erfindungsgemäßes Verfahren, ein erfindungsgemäßes Computerprogrammprodukt und/oder ein erfindungsgemäßes Sendersystem beschrieben worden sind. Durch das erfindungsgemäße Verfahren können in vorteilhafter Art und Weise Projektdaten vom Sendersystem an das Empfängersystem übertragen werden. Insbesondere kann dabei ein hoher Grad an Automatisierung erreicht werden, so dass zum einen eine hohe Datensicherheit erreicht wird und zum anderen eine Bearbeitungszeit reduziert werden kann.
Weitere Vorteile, Merkmale und Einzelheiten der Erfindung ergeben sich aus der nachfolgenden Beschreibung, in der unter Bezugnahme auf die Zeichnungen Ausführungsbeispiele der Erfindung im Einzelnen beschrieben sind. Dabei können die in den Ansprüchen und in der Beschreibung erwähnten Merkmale jeweils einzeln für sich oder in beliebiger Kombination erfindungswesentlich sein. Es zeigen schematisch: Fig. 1 ein erfindungsgemäßes Verfahren zur Unterstützung einer Datenübergabe in schematischer Darstellung von Verfahrensschritten,
Fig. 2 eine übergabegerechte Datenstruktur für die Datenübergabe,
Fig. 3 ein erfindungsgemäßes Übertragungssystem mit einem erfindungsgemäßen Sendersystem zum Ausführen des Verfahrens,
Fig. 4 ein Abbilden eines Dateninhalts bei dem Verfahren,
Fig. 5 einen Validierungsvorgang bei dem Verfahren.
In der nachfolgenden Beschreibung zu einigen Ausführungsbeispielen der Erfindung werden für die gleichen technischen Merkmale auch in unterschiedlichen Ausführungsbeispielen die identischen Bezugszeichen verwendet.
Fig. 1 zeigt ein erfindungsgemäßes Verfahren 100 zur Unterstützung einer Datenübergabe von Projektdaten 200 von einem Sendersystem 1 an ein Empfängersystem 2 in schematischer Darstellung eines Ablaufs von Verfahrensschritten in einem ersten Ausführungsbeispiel.
Ein erfindungsgemäßes Übertragungssystem 4 mit dem Sendersystem 1 und dem Empfängersystem 2 zum Erhalt der Projektdaten 200 vom Sendersystem 1 ist in Fig. 3 dargestellt. Das Sendersystem 1 umfasst dabei eine Recheneinheit 5 zum Ausführen des Verfahrens 100. Beispielsweise kann ein Computerprogrammprodukt vorgesehen sein, das Befehle umfasst, die bei einer Ausführung durch die Recheneinheit 5, die Recheneinheit 5 veranlassen, das Verfahren 100 auszuführen. Die Projektdaten 200 sind vorzugsweise einer zu produzierenden, produzierten und/oder ausgelieferten Vorrichtung 3 zugeordnet. Dazu kann das Sendersystem 1 beispielsweise an ein Senderwerk 8 zur Herstellung der Vorrichtung 3 angeschlossen sein. Die Vorrichtung 3 kann vom Senderwerk 8 an ein an das Empfängersystem 2 angeschlossenes Empfängerwerk 9 überstellt werden. Dabei kann die Datenübergabe der Projektdaten 200 gemeinsam mit der Übergabe der Vorrichtung 3 oder separat zu der Vorrichtung 3 erfolgen. Vorzugsweise umfassen die Projektdaten 200 technische Informationen, wie eine Betriebsanleitung, Zeichnungen oder technische Datenblätter, zu der Vorrichtung 3.
Zur Vorbereitung der Datenübergabe umfasst das Verfahren 100 ein Bereitstellen 101 von mehreren Dateneinheiten 201 der Projektdaten 200 durch das Sendersystem 1. Vorzugsweise können die Dateneinheiten 201 jeweils in Form einer Datei bereitgestellt werden. Dazu kann vorteilhafterweise ein automatisches Extrahieren der Dateneinheiten 201 aus einer Projektdatenbank 6 des Sendersystems 1 erfolgen. Die Projektdatenbank 6 kann beispielsweise ein Dokumentenmanagementsystem aufweisen, aus welchem die Dateneinheiten 201 automatisch ausgelesen werden. Es ist denkbar, dass die Dateneinheiten 201 beim Bereitstellen 101 der Dateneinheiten 201 zumindest teilweise aus den Projektdaten 200 erstellt werden. Beispielsweise können aus den Projektdaten 200 einzelne Dateien erstellt werden.
Weiterhin umfasst das Verfahren 100 ein Erfassen 103 von einheitenbezogenen Metadaten 202 zur Information über einen Datenkontext für jede der Dateneinheiten 201 . Dazu kann für die einheitenbezogenen Metadaten 202 eine Einzelmetadatenstruktur vorgegeben sein. Die einheitenbezogenen Metadaten 202 können beispielsweise festgelegte Informationen über einen Inhalt, eine Herkunft und/oder einen Datentyp der jeweiligen Dateneinheit 201 umfassen. Vorzugsweise werden die einheitenbezogenen Metadaten 202 gemeinsam mit den Dateneinheiten 201 aus der Projektdatenbank 6 extrahiert.
Basierend auf den einheitenbezogenen Metadaten 202 und den Dateneinheiten 201 wird eine übergabegerechte Datenstruktur erstellt, die schematisch in Fig. 2 dargestellt ist. Dazu erfolgt zunächst ein Erstellen 104 mehrerer Einzelcontainer 211. In jedem Einzelcontainer 211 werden eine der Dateneinheiten 201 und die zugeordneten, einheitenbezogenen Metadaten 202 separat voneinander abgespeichert. Vorzugsweise werden die einheitenbezogenen Metadaten 202 beim Erstellen 104 der Einzelcontainer 211 in maschineninterpretierbarer und/oder menscheninterpretierbarer Form abgespeichert. Es kann vorgesehen sein, dass dazu eine maschineninterpretierbare Datei, beispielsweise in Form einer XML-Datei, und eine menschenlesbare Datei, beispielsweise in Form einer PDF-Datei, der einheitenbezogenen Metadaten 202 erstellt wird. Vorzugsweise werden die Dateneinheiten 201 und/oder die einheitenbezogenen Metadaten 202 beim Erstellen 104 der Einzelcontainer 211 komprimiert und/oder verschlüsselt. Beispielsweise kann der Einzelcontainer 211 in Form einer Zip-Datei erstellt werden. Insbesondere kann beim Erstellen 104 der Einzelcontainer 211 ein Datenformat der Dateneinheiten 201 überprüft werden. Dabei können die Dateneinheiten 201 zum Abspei- chern in den Einzelcontainern 211 in Abhängigkeit von der Überprüfung des Datenformates in ein Vorgabeformat konvertiert werden.
Weiterhin erfolgt ein Erfassen 106 von projektbezogenen Metadaten 212 zur Information über einen Datenkontext der Einzelcontainer 211 und ein Erstellen 107 eines Hauptcontainers 210, in welchem die Einzelcontainer 211 und die projektbezogenen Metadaten 212 separat voneinander abgespeichert werden. Zum Erfassen 106 der projektbezogenen Metadaten 212 kann vorteilhafterweise eine Gesamtmetadatenstruktur vorgegeben werden. Beim Erfassen 106 der projektbezogenen Metadaten 201 kann beispielsweise eine Inhaltsübersicht über die Einzelcontainer 211 erstellt werden.
Es kann vorgesehen sein, dass die einheitenbezogenen Metadaten 202, die projektbezogenen Metadaten 212 und/oder die Dateneinheiten 201 eine Identifikationsinformation zur Zuordnung zu der Vorrichtung 3 umfassen. Beispielsweise kann ein QR-Code und/oder eine Seriennummer sowohl auf der Vorrichtung 3 angebracht und in die einheitenbezogenen Metadaten 202, die projektbezogenen Metadaten 212 und/oder die Dateneinheiten 201 integriert werden. Dadurch kann auch zu einem späteren Zeitpunkt eine vereinfachte Zuordnung der Daten zu der Vorrichtung 3 ermöglicht sein.
Anschließend erfolgt ein Erstellen 107 eines Hauptcontainers 210, in welchem die Einzelcontainer 211 und die projektbezogenen Metadaten 212 separat voneinander abgespeichert werden. Vorzugsweise werden die projektbezogenen Metadaten 212 beim Erstellen des Hauptcontainers 210 in maschineninterpretierbarer und/oder menscheninterpretierbarer Form abgespeichert. Ferner können die Einzelcontainer 211 und/oder die projektbezogenen Metadaten 212 beim Erstellen des Hauptcontainers 210 komprimiert und/oder verschlüsselt werden. Beispielsweise kann der Hauptcontainer 210 in Form einer Zip-Datei erstellt werden.
Nach dem Erstellen 107 des Hauptcontainers 210 wird ein Ausgeben 109 des Hauptcontainers 210 durch Sendersystem 1 für das Empfängersystem 2 durchgeführt. Dabei kann der Hauptcontainer 210 beispielsweise vom Sendersystem 1 an das Empfängersystem 2 über eine Kommunikationsverbindung gesendet werden. Es ist jedoch ebenso denkbar, dass das Ausgeben 109 auf einen externen Datenträger erfolgt. Um eine zuverlässige Dokumentation zu erreichen, kann ferner eine Synchronisation 109.1 der Einzelcontainer 211 und/oder des Hauptcontainers 210 mit der Projektdatenbank 6 erfolgen. Bei der Synchronisation 109.1 mit der Projektdatenbank 6 können die projektbezogenen Metadaten 212, insbesondere zusätzlich, separat zu dem Hauptcontainer 210 in der Projektdatenbank 6 abgespeichert werden
Für eine weiter erhöhte Automatisierung kann beim Ausgeben 109 des Hauptcontainers 210 ein automatischer Zugriff auf eine Empfängerdatenbank 7 des Empfängersystems 2 erfolgen. Beispielsweise kann das Empfängersystem 2 dazu eine Empfangsschnittstelle aufweisen, durch welche der externe Zugriff zum Einlesen der Projektdaten 200 ermöglicht ist. Dazu können die Dateneinheiten 201 anhand der einheitenbezogenen und/oder projektbezogenen Metadaten 202, 212 aus dem Hauptcontainer 210 ausgelesen und in der Empfängerdatenbank 7 des Empfängersystems 2 abgespeichert werden.
Wie in Fig. 4 dargestellt, kann zur Steigerung der Datensicherheit bei der Datenübergabe vorzugsweise ferner ein Abbilden 105 eines Dateninhalts 203 von zumindest einer der Dateneinheiten 201 und/oder zumindest eines der Einzelcontainer 211 in einer eindeutigen Einzelkennung 204 erfolgen. Insbesondere wird das Abbilden 105 des Dateninhalts 203 für jeden der Einzelcontainer 211 und/oder jede der Dateneinheiten 201 in einer eindeutigen Einzelkennung 204 durchgeführt. Zusätzlich oder alternativ kann insbesondere ein Abbilden 108 eines Dateninhalts 213 des Hauptcontainers 210 in einer eindeutigen Hauptkennung 214 des Hauptcontainers 210 analog durchgeführt. Beim Abbilden 105, 108 der Dateninhalte 203, 213 kann die Einzelkennung 204 und/oder die Hauptkennung 214 beispielsweise durch eine Hash-Funktion errechnet werden. Dabei wird der Dateninhalt 203, 213 auf eine Zeichenfolge reduziert, welche eindeutig für den jeweiligen Dateninhalt 203, 213 ist. Ändert sich der Dateninhalt 203, 213, ändert sich im Rahmen eines Lawineneffektes auch die daraus abgeleitete Zeichenfolge, so dass eine Veränderung des Dateninhalts 203, 213 in einfacher Art und Weise feststellbar ist, beispielsweise ohne den Hauptcontainer 210, die Einzelcontainer 211 und/oder die Dateneinheiten 201 zu öffnen. Die eindeutige Einzelkennung 204 kann daher vorteilhafterweise beim Erstellen des Hauptcontainers 210 separat zu dem Einzelcontainer 211 , insbesondere zu dem der jeweiligen Dateneinheit 201 zugeordneten Einzelcontainer 211 , und/oder separat zu dem Hauptcontainer 210 abgespeichert werden. Insbesondere können mehrere oder alle Einzelkennungen 204 in Form einer einzelnen Datei abgespeichert werden. Die eindeutige Hauptkennung 214 kann vorteilhafterweise separat zu dem Hauptcontainer 210 abgespeichert und/oder separat zu dem Hauptcontainer 210 für das Empfängersystem 2 ausgegeben werden. Bei den Einzelkennungen 204 und/oder der Hauptkennung 214 kann es sich somit insbesondere um Hash-Codes handeln.
Weiterhin kann es vorgesehen sein, dass die Dateneinheiten 201 zumindest teilweise extern für das Sendersystem 1 bereitgestellt werden. Beispielsweise kann vorgesehen sein, dass ein Lieferant Teile der Vorrichtung 3 liefert und die Dateneinheiten 201 zumindest teilweise den gelieferten Teilen zugeordnet sind. Dabei kann zum Bereitstellen 101 der Dateneinheiten 201 ein Validierungsvorgang 102 ausgeführt werden. Der Validierungsvorgang 102 ist in Fig. 5 schematisch gezeigt. Dabei erfolgt ein Erhalt 102.1 zumindest einer der Dateneinheiten 201 durch das Sendersystem 1 von dem Lieferanten. Anschließend oder parallel dazu erfolgt ein Erhalt 102.2 einer externen eindeutigen Einzelkennung 204.1 der erhaltenen Dateneinheit 201 durch das Sendersystem 1 von dem Lieferanten. Um die erhaltene Dateneinheit 201 schließlich zu validieren, umfasst der Validierungsvorgang 102 ferner ein Abbilden 102.3 eines Dateninhalts 203 der erhaltenen Dateneinheit 201 in einer internen, eindeutigen Einzelkennung 204.2 der erhaltenen Dateneinheit 201 und ein Validieren 102.4 der erhaltenen Dateneinheit 201 durch einen Vergleich der externen eindeutigen Einzelkennung 204.1 und der internen eindeutigen Einzelkennung 204.2. Wenn die externe eindeutige Einzelkennung 204.1 und die interne eindeutige Einzelkennung 204.2 übereinstimmen, kann davon ausgegangen werden, dass die erhaltene Dateneinheit 201 valide ist, d.h. beispielsweise beim Übertragen nicht verändert wurde. Ferner ergibt sich dadurch eine Nachweisbarkeit der Datenwege, z.B. für eine Gewährleistungsfrage zu einem späteren Zeitpunkt.
Die voranstehende Erläuterung der Ausführungsformen beschreibt die vorliegende Erfindung ausschließlich im Rahmen von Beispielen. Selbstverständlich können einzelne Merkmale der Ausführungsformen, sofern technisch sinnvoll, frei miteinander kombiniert werden, ohne den Rahmen der vorliegenden Erfindung zu verlassen.
Bezu gszei che n l iste
1 Sendersystem
2 Empfängersystem
3 Vorrichtung
4 Übertragungssystem
5 Recheneinheit
6 Projektdatenbank
7 Empfängerdatenbank
8 Senderwerk
9 Empfängerwerk
100 Verfahren
101 Bereitstellen von 201
102 Validierungsvorgang
102.1 Erhalt von 201
102.2 Erhalt von 204.1
102.3 Abbilden von 203
102.4 Validieren von 201
103 Erfassen von 202
104 Erstellen von 211
105 Abbilden von 203
106 Erfassen von 212
107 Erstellen von 210
108 Abbilden von 213
109 Ausgeben von 210
109.1 Synchronisation mit 6
200 Projektdaten
201 Dateneinheiten
202 einheitenbezogene Metadaten
203 Dateninhalt
204 Einzelkennung
210 Hauptcontainer Einzelcontainer projektbezogene Metadaten Hauptkennung

Claims

Patentansprüche Verfahren (100) zur Unterstützung einer Datenübergabe von Projektdaten (200) von einem Sendersystem (1 ) an ein Empfängersystem (2), umfassend folgende Schritte:
- Bereitstellen (101) von mehreren Dateneinheiten (201 ) der Projektdaten (200) durch das Sendersystem (1 ),
- Erfassen (103) von einheitenbezogenen Metadaten (202) zur Information über einen Datenkontext für jede der Dateneinheiten (201 ),
- Erstellen (104) mehrerer Einzelcontainer (211 ), wobei in jedem Einzelcontainer (211 ) eine der Dateneinheiten (201 ) und die zugeordneten, einheitenbezogenen Metadaten (202) separat voneinander abgespeichert werden,
- Erfassen (106) von projektbezogenen Metadaten (212) zur Information über einen Datenkontext der Einzelcontainer (211 ),
- Erstellen (107) eines Hauptcontainers (210), in welchem die Einzelcontainer (211 ) und die projektbezogenen Metadaten (212) separat voneinander abgespeichert werden,
- Ausgeben (109) des Hauptcontainers (210) durch das Sendersystem (1 ) für das Empfängersystem (2). Verfahren (100) nach Anspruch 1 , dadurch gekennzeichnet, dass die Projektdaten (200) einer zu produzierenden, produzierten und/oder ausgelieferten Vorrichtung (3) zugeordnet sind, insbesondere wobei die einheitenbezogenen Metadaten (202) und/oder die projektbezogenen Metadaten (212) eine Identifikationsinformation zur Zuordnung zu der Vorrichtung (3) umfassen. Verfahren (100) nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass die einheitenbezogenen Metadaten (202) beim Erstellen der Einzelcontainer (211 ) in maschineninterpretierbarer und/oder menscheninterpretierbarer Form abgespeichert werden und/oder, dass die projektbezogenen Metadaten (212) beim Erstellen des Hauptcontainers (210) in maschineninterpretierbarer und/oder menscheninterpretierbarer Form abgespeichert werden. Verfahren (100) nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das Bereitstellen (101 ) der Dateneinheiten (201 ) und/oder das Erfassen (103) der einheitenbezogenen Metadaten (202) ein automatisches Extrahieren der Dateneinheiten (201 ) aus einer Projektdatenbank (6) des Sendersystems (1 ) umfasst. Verfahren (100) nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass eine Synchronisation (109.1 ) der Einzelcontainer (211 ) und/oder des Hauptcontainers (210) mit der Projektdatenbank (6) erfolgt. Verfahren (100) nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass beim Ausgeben (109) des Hauptcontainers (210) ein automatischer Zugriff auf eine Empfängerdatenbank (7) erfolgt, wobei die Dateneinheiten (201 ) anhand der einheitenbezogenen und/oder der projektbezogenen Metadaten (202, 212) aus dem Hauptcontainer (210) ausgelesen und in der Empfängerdatenbank (7) des Empfängersystems (2) abgespeichert werden. Verfahren (100) nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das Verfahren (100) folgenden Schritt umfasst:
- Abbilden (105) eines Dateninhalts (203) von zumindest einer der Dateneinheiten (201 ) und/oder zumindest einem der Einzelcontainer (211 ) in zumindest einer eindeutigen Einzelkennung (204), wobei die eindeutige Einzelkennung (204) beim Erstellen des Hauptcontainers (210) separat zu dem Einzelcontainer (211 ), insbesondere zu dem der jeweiligen Dateneinheit (201 ) zugeordneten Einzelcontainer (211 ), und/oder separat zu dem Hauptcontainer (210) abgespeichert wird. Verfahren (100) nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das Verfahren (100) folgenden Schritt umfasst:
- Abbilden (108) eines Dateninhalts (213) des Hauptcontainers (210) in einer eindeutigen Hauptkennung (214) des Hauptcontainers (210), wobei die eindeutige Hauptkennung (214) separat zu dem Hauptcontainer (210) abgespeichert und/oder separat zu dem Hauptcontainer (210) für das Empfängersystem (2) ausgegeben wird. Verfahren (100) nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass zum Erfassen (103) der einheitenbezogenen Metadaten (202) eine Einzelmetadatenstruktur und/oder zum Erfassen (106) der projektbezogenen Metadaten (212) eine Gesamtmetadatenstruktur vorgegeben wird. Verfahren (100) nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass bei der Synchronisation (109.1 ) mit der Projektdatenbank (6) die projektbezogenen Metadaten (212), die Hauptkennung (214) und/oder die Einzelkennungen (204) separat zu dem Hauptcontainer (210) in der Projektdatenbank (6) abgespeichert werden. Verfahren (100) nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Dateneinheiten (201 ) und/oder die einheitenbezogenen Metadaten (202) beim Erstellen der Einzelcontainer (211 ) komprimiert und/oder verschlüsselt werden und/oder, dass die Einzelcontainer (211 ) und/oder die projektbezogenen Metadaten (212) beim Erstellen des Hauptcontainers (210) komprimiert und/oder verschlüsselt werden. Verfahren (100) nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass zum Bereitstellen (101 ) der Dateneinheiten (201 ) ein Validierungsvorgang
(102) mit folgenden Schritten ausgeführt wird:
- Erhalt (102.1 ) zumindest einer der Dateneinheiten (201 ),
- Erhalt (102.2) einer externen eindeutigen Einzelkennung (204.1 ) der erhaltenen Dateneinheit (201 ),
- Abbilden (102.3) eines Dateninhalts (203) der erhaltenen Dateneinheit (201 ) in einer internen, eindeutigen Einzelkennung (204.2) der erhaltenen Dateneinheit (201 ),
- Validieren (102.4) der erhaltenen Dateneinheit (201 ) durch Vergleich der externen eindeutigen Einzelkennung (204.1 ) und der internen eindeutigen Einzelkennung (204.2). Computerprogrammprodukt, umfassend Befehle, die bei einer Ausführung durch eine Recheneinheit (5) die Recheneinheit (5) veranlassen, ein Verfahren (100) nach einem der vorhergehenden Ansprüche auszuführen. 14. Sendersystem (1 ) aufweisend eine Recheneinheit (5) zum Ausführen eines Verfahrens (100) nach einem der Ansprüche 1 bis 12. 15. Übertragungssystem (4) aufweisend ein Sendersystem (1 ) nach Anspruch 14 und ein Empfängersystem (2) zum Erhalt von Projektdaten (200) vom Sendersystem (1 ).
PCT/EP2022/078640 2021-10-26 2022-10-14 Verfahren zur unterstützung einer datenübergabe, computerprogrammprodukt, sendersystem, sowie übertragungssystem WO2023072626A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102021127831.7A DE102021127831A1 (de) 2021-10-26 2021-10-26 Verfahren zur Unterstützung einer Datenübergabe, Computerprogrammprodukt, Sendersystem, sowie Übertragungssystem
DE102021127831.7 2021-10-26

Publications (1)

Publication Number Publication Date
WO2023072626A1 true WO2023072626A1 (de) 2023-05-04

Family

ID=84331040

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2022/078640 WO2023072626A1 (de) 2021-10-26 2022-10-14 Verfahren zur unterstützung einer datenübergabe, computerprogrammprodukt, sendersystem, sowie übertragungssystem

Country Status (2)

Country Link
DE (1) DE102021127831A1 (de)
WO (1) WO2023072626A1 (de)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018125358A1 (en) * 2016-12-30 2018-07-05 Dropbox, Inc. Managing tasks in a content management system

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018125358A1 (en) * 2016-12-30 2018-07-05 Dropbox, Inc. Managing tasks in a content management system

Also Published As

Publication number Publication date
DE102021127831A1 (de) 2023-04-27

Similar Documents

Publication Publication Date Title
EP3326101B1 (de) Verfahren und system zur firmware-aktualisierung einer steuereinrichtung zur prozesssteuerung
CN107918865B (zh) 保单数据批改处理方法、装置、服务器和存储介质
DE69213809T2 (de) Verfahren und Vorrichtung zur Erzeugung von Kalibrierinformationen für ein elektronisches Motorsteuermodul
DE10300545B4 (de) Vorrichtung, Verfahren, Speichermedium und Datenstruktur zur Kennzeichnung und Speicherung von Daten
EP1426849A1 (de) Verfahren zur Programmierung von Flash-E-PROMs in einer mit einem Mikroprozessor ausgerüsteten Steuerelektronik für Strassenfahrzeuge
DE102014111962B4 (de) Kalibrieren einer elektronischen Steuerungseinheit eines Fahrzeugs
EP3076633A1 (de) Verfahren zur konfiguration eines webservice-gateways sowie webservice-gateway
EP3217236A1 (de) Verfahren und system zur generierung eines bedienprogramms in form einer auf einem mobilen gerät lauffähigen mobilen applikation
DE102012001406A1 (de) Automatische Konfiguration eines Produktdatenmanagementsystems
WO2023072626A1 (de) Verfahren zur unterstützung einer datenübergabe, computerprogrammprodukt, sendersystem, sowie übertragungssystem
DE112013006925T5 (de) Programmierbares Anzeigegerät
DE102009005902A1 (de) Verfahren zum Betrieb eines elektrischen Geräts und korrespondierendes elektrisches Gerät
DE102010021382A1 (de) Verfahren und System zur Erzeugung eines Integrationsmodells
DE102018202626A1 (de) Verfahren zur rechnergestützten Parametrierung eines technischen Systems
EP1605368B1 (de) Erstellen elektronisch verarbeitbarer Unterschriftendateien
EP3893175A1 (de) Anordnung für die kommissionierung von warenlieferungen
DE102010016257A1 (de) Generisches Firmware-Fileformat
EP2899651A1 (de) Verfahren zumindest zum Lesen wenigstens einer Ausweisnummer von Benutzerdatenspeichern mit unterschiedlichen Datenstrukturen
WO2016087585A1 (de) Verfahren zur nachverfolgbaren programmierung und konfigurierung eines geräts
DE102013111228A1 (de) Verfahren für eine elektronische Auditierung
DE102018133559B4 (de) Verfahren und System zur Ausgabe einer zustandsabhängigen Information
DE102022102382A1 (de) Verfahren zum Dokumentieren eines Ereignisses bei einem Herstellungsverfahren eines Bauteils mittels eines Dokumentationssystems, Computerprogrammprodukt sowie Dokumentationssystem
DE102008004923B4 (de) Verfahren zur Aktualisierung eines Steuerungsablaufes einer Maschinensteuerung sowie Vorrichtung zur Durchführung des Verfahrens
DE102022125715A1 (de) Verfahren und Unterstützungseinrichtung zum Unterstützen einer Robustheitsoptimierung für ein Datenverarbeitungssystem und korrespondierendes CI-System
DE102022113104A1 (de) Eindeutige Identitätskennung für Lognachrichtenquellen in Fahrzeugen

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22801805

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2022801805

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2022801805

Country of ref document: EP

Effective date: 20240527