WO2015014955A1 - Verfahren und system zur synchronisation von daten - Google Patents

Verfahren und system zur synchronisation von daten Download PDF

Info

Publication number
WO2015014955A1
WO2015014955A1 PCT/EP2014/066531 EP2014066531W WO2015014955A1 WO 2015014955 A1 WO2015014955 A1 WO 2015014955A1 EP 2014066531 W EP2014066531 W EP 2014066531W WO 2015014955 A1 WO2015014955 A1 WO 2015014955A1
Authority
WO
WIPO (PCT)
Prior art keywords
data object
data
meta
metaclass
transformation
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.)
Ceased
Application number
PCT/EP2014/066531
Other languages
English (en)
French (fr)
Inventor
Christian Kramer
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.)
OMS Software GmbH
Original Assignee
OMS Software 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 OMS Software GmbH filed Critical OMS Software GmbH
Priority to EP14748164.2A priority Critical patent/EP3028182B8/de
Priority to CN201480043611.2A priority patent/CN105659226B/zh
Publication of WO2015014955A1 publication Critical patent/WO2015014955A1/de
Priority to US15/010,893 priority patent/US10402422B2/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/21—Design, administration or maintenance of databases
    • G06F16/211—Schema design and management
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/25—Integrating or interfacing systems involving database management systems
    • G06F16/258—Data format conversion from or to a database
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • G06F16/275—Synchronous replication

Definitions

  • the invention relates to a method for synchronizing a first data object with at least one second data object and to a system for synchronizing a first data object with at least one second data object.
  • Synchronization means that the appointments of one client device are compared with the appointments of the other client device so that all appointments are up-to-date in both client devices.
  • additional precautions must be taken to perform data synchronization. If, for example, appointments are managed with a first software system, such as Microsoft Outlook, in a first client device, and appointments with a second software system, such as Google Calendar, in a second client device, an interface or an adapter must be maintained between the two software systems for synchronization Be made available through which the synchronization can be handled. It must be ensured that the adapter or the interface is adapted to carry out a synchronization in both directions.
  • a first software system such as Microsoft Outlook
  • a second software system such as Google Calendar
  • the Outlook appointments usually have a different data structure or attributes than the Google appointments, it is necessary to map the attributes of the Outlook appointments to the attributes of the Google appointments and vice versa.
  • a definition of the respective mapping rules must either be defined or deposited in the respective software system or in the interface or adapter.
  • FIG. 1 illustrates the method known from the prior art for four different data objects DOi to D0 4 .
  • the data objects DOi to D0 4 can each represent appointments, these four data objects each having a different data structure. So that these four data objects DOi to D0 4 can be synchronized (all four data objects should be synchronous with each other), six interfaces or adapters and a total of twelve mapping instructions must be defined.
  • an additional data object D0 5 which in turn has a different data structure, must be defined for this data object DO5, if it is to be synchronized with the data objects DOi to D0 4 , four additional interfaces or adapters and eight additional image pre-fonts.
  • the invention is therefore based on the technical object to provide solutions for synchronization, which at least partially avoid the disadvantages known from the prior art and with which the number of necessary interfaces or adapters and the number of necessary imaging requirements can be significantly reduced and with which nevertheless the most effective synchronization possible.
  • each data object comprises a number of attributes
  • each data object is assigned to a metaclass of a number of metaclasses, the metaclasses being organized in a tree structure having a root metaclass, and wherein the metaclasses each comprise a number of attributes;
  • a metaclass is determined, which is located on the path between the first data object and the root metaclass and on the path between the second data object and the root metaclass,
  • a first meta object and a second meta object are generated from the determined metaclass
  • a first transformation is performed in which the first data object is transformed into the first meta object
  • a second transformation is performed in which the second data object is transformed into the second meta-object
  • the first meta object and the second meta object are synchronized
  • a third transformation is performed, wherein the first meta-object is transformed into the first data object and / or the second meta-object is transformed into the second data object.
  • the invention avoids that for n data objects to be synchronized (each data object can be synchronized with every other data object), each of which has a different data structure,
  • Interfaces must be implemented and n (1) be provided.
  • a synchronization of data objects can be realized much more effectively and with considerably less implementation effort than known from the prior art, in particular if the data objects to be synchronized originate from a multiplicity of different systems. Sources of errors in the implementation of mapping rules and in the implementation of interfaces are effectively avoided.
  • it is necessary to adapt all interfaces and the associated mapping rules in the case of a change in the data structure of a data object in the prior art, it is necessary to adapt all interfaces and the associated mapping rules, whereas in the method according to the invention, only the relationship of the corresponding metaclass to the one higher metaclass must be adapted.
  • each data object is associated with exactly one metaclass of the number of metaclasses.
  • the determined metaclass is a metaclass from which the metaclasses to which the first data object or the second data object is assigned are derived directly or indirectly. Accordingly, the determined metaclass is a common parent class of those metaclasses to which the first data object or the second data object is assigned.
  • the determined metaclass may be the metaclass located on the path between the first data object and / or between the second data object and the root metaclass in the hierarchy of the tree structure at the bottom.
  • “Farthest down” means that the distance between the root metaclass and the determined metaclass is maximum. If several metaclasses are determined, which are located on the path between the first data object and the root metaclass and on the path between the second data object and the root class, then the determined metaclass is the maximum metaclass whose distance to the root metaclass is determined.
  • attribute values of the attributes of the first data object are transformed into attribute values of the attributes of the first meta object
  • attribute values of the attributes of the second data object are transformed into attribute values of the attributes of the second meta object
  • Attribute values of the attributes of the first meta object in attribute values of the attributes of the first data object and / or
  • Attribute values of the attributes of the second meta object in attribute values of the attributes of the second data object
  • the first transformation and / or the second transformation and / or the third transformation can each comprise a number of partial transformations, wherein the partial transformations of a transformation are carried out consecutively and in a predetermined order.
  • a partial transformation can be
  • the temporary meta object corresponds to an instance of a metaclass located on the path between the first data object and / or between the second data object and the determined metaclass.
  • attribute values of the attributes of the first meta-object can be mapped to attribute values of the attributes of the second meta-object, or vice versa, according to a predetermined synchronization rule.
  • Each transformation and / or partial transformation can be assigned at least one transformation rule that includes a mapping rule that specifies how the attributes of a data object, a temporary meta-object or a meta-object are to be mapped to the attributes of a data object, a temporary meta-object or a meta-object.
  • At least one transformation rule may include a validity criterion indicating whether the transformation rule may be used for a transformation to be performed, wherein a predetermined transformation rule is provided as the default transformation rule in the case of multiple transformation rules.
  • the default transformation rule is preferably used if the other transformation rules can not be used because of their validity criteria. It is advantageous if
  • the first data object is stored in a first memory device
  • the second data object is stored in the first memory device or in a second memory device
  • the two memory devices can be coupled to a data processing device via a communication network, and / or
  • the synchronization of the first data object with the second data object is performed by the data processing device, wherein the tree structure of the metaclasses and the transformation rules are managed and stored in the data processing device.
  • the data objects can each include an identifier that indicates to which metaclass the respective data object is assigned.
  • the second data object Before the second transformation or after or during the third transformation, the second data object can be generated and stored if the second data object does not exist before the synchronization.
  • Each data object can be an instance of the metaclass to which it is associated.
  • Each metaclass except the root metaclass may be derived from exactly one metaclass parent in the tree.
  • the data objects are composite data objects, wherein each composite data object comprises a number of data objects that are related to each other.
  • a predetermined data object is a master data object. This makes it possible to synchronize a master data object of a composite data object, wherein the other data objects related to the master data object of the composite data object can be automatically synchronized with.
  • the relationships of the data objects to each other or the master data object to the other data objects of the composite data object are also synchronized.
  • the transformation rule or transformation rules also include or include a mapping rule that specifies or specifies how the master data object and the further data objects of the composite data object related to the master data object are converted into a temporary one Master metaobject or to be mapped into a temporary composite meta object.
  • the data objects of the composite data object are synchronized independently of each other, preferably in accordance with the synchronization method according to the invention, and
  • the relationships of the data objects to each other are synchronized. It has proved to be advantageous if the one relationship between two data objects of a composite data object is also a data object. This makes it possible to synchronize the relationship between two data objects according to the synchronization method according to the invention.
  • a system for synchronizing a first data object with at least one second data object comprising a data processing device adapted to execute a method according to the invention.
  • the data processing device can be coupled to at least one memory device via a communication network, and be adapted to receive the first data object via the communication network from the memory device and the second data object, after being synchronized with the first data object, to be transmitted via the communication network to provide the storage device.
  • a computer program product which can be loaded into and executed on the memory of a data processing device and which comprises program sections adapted to execute a method according to the invention.
  • FIG. 1 shows data objects to be synchronized according to a synchronization method known from the prior art
  • FIG. 2 shows a hierarchical tree structure for explaining the synchronization method according to the invention
  • FIG. 3 shows a detail from FIG. 4, with which an exemplary embodiment will be described concretely;
  • FIG. 4 shows a detail from FIG. 2, with which an embodiment of the invention is concretely described
  • FIG. 5 shows an alternative solution to the embodiment shown in FIG. 4; 6 shows an embodiment of the invention for the synchronization of composite data objects; and
  • Fig. 7 shows an embodiment of a system according to the invention for the synchronization of data according to the synchronization method according to the invention.
  • FIG. 2 shows a data structure and a number of data objects on the basis of which the synchronization method according to the invention is explained.
  • a hierarchical tree structure B comprises a number of metaclasses MKi to MK 7 .
  • the hierarchical tree structure B has a root node, which is referred to here as the root metaclass MKw.
  • the metaclasses with the exception of the root metaclass, each have exactly one parent node or one paternet class.
  • Each metaclass, including the root metaclass, can have one or more sons or sermon classes.
  • the metaclasses are each derived from the corresponding parentmetal class, the root metaclass MKw forming the base class. Derived means that a metaclass inherits the attributes of the corresponding parentmate class.
  • the metaclass MK 2 inherits the attributes of the root metaclass MKi
  • the metaclass MK 4 inherits the attributes of the metaclass MK 2
  • the metaclass MK 4 also inherits the attributes of the root metaclass MKi.
  • Each metaclass, with the exception of the root metaclass, MKi may include additional attributes in addition to the inherited attributes, so that a derived metaclass will typically have more attributes than the corresponding parentmate class.
  • the metaclass MKi or the root metaclass MKw can be a class for a base term object.
  • the base date object may include the attributes ID, start time, end time, start date, and end date. That is, all metaclasses derived directly or indirectly from the base term class have these five attributes.
  • the deduced from the base Date Class MKi Date Class MK 2 may define, for example, the additional attribute "time zone", so that the date classes derived from the appointment class MK 2 having this additional attribute also.
  • class MK 3 derived from the base term class may have the additional attribute "category”.
  • the additional attribute "location" may be defined and in the derived from the appointment class MK 2 Date Class MK 5 the additional attribute may be defined "subject.
  • the leaf nodes of the tree structure B or the metaclasses MK 4 , MK 5 , MKe and MK 7 each have a data object DOi, D0 2 , Assigned to DO3 or DO4.
  • the assignment of the data objects DOi to D0 4 to the respective metaclass means that the data objects DOi to D0 4 each represent instances of the respective metaclass. According to the invention, however, a data object can also be assigned to a different metaclass than the leaf metaclasses.
  • a data object may be assigned to the metaclass MK 2 , ie, this data object would represent an instance of the metaclass MK 2 .
  • the method according to the invention can be carried out both for data objects which are assigned to the leaf metaclasses and for data objects which are assigned to the other metaclasses, including the root metaclass.
  • two data objects to be synchronized along their path between the metaclass to which they are associated and the root record, this path being unique for each data object, are transformed up until a metaclass is reached which both data objects have in common.
  • the first common metaclass of the data objects DOi and DO2 is the metaclass MK2.
  • the first common metaclass of the data objects DOi and DO4 is the metaclass MKi, which is also the root metaclass.
  • the data objects DOi and DO2 to be synchronized are transformed up to the metaclass MK2.
  • the data objects DOi and DO4 to be synchronized are transformed up to the metaclass MKi.
  • the transformations are shown here as solid arrows.
  • the data objects DOi and DO4 can each be transformed into the metaclass MKi with a single transformation. These transformations are shown here as dashed arrows.
  • a multi-level Transformation are performed, wherein the data objects DOi and D0 4 are first transformed into the metaclasses MK 2 and MK3 and then the metaclasses MK 2 and MK3 are transformed into the metaclass MKi.
  • the data objects to be synchronized After the data objects to be synchronized have been transformed to the common metaclass, they can be synchronized there, as explained in more detail with reference to FIGS. 3 to 5.
  • the transformation of the data objects to be synchronized up to the common metaclass has the advantage that the data objects thus transformed have an identical data structure, so that synchronization can be carried out particularly easily.
  • the two transformed data objects After the two transformed data objects have been synchronized, they can be transformed back down and finally replace the respective original data object.
  • the data objects DOi and D0 2 are transformed up to the metaclass MK 2 .
  • the transformed data objects are then synchronized and then transformed back down, wherein the two synchronized data objects each replace or overwrite the corresponding original data object DOi or D0 2 .
  • the transformation existing by the metaclass MK3 to the metaclass MKi can be reused to transform the data object DO5 to the metaclass MKi.
  • the advantage of the method according to the invention is, in particular, that for each additional data object to be synchronized which has a different data structure than the already existing data to be synchronized, only one additional metaclass must be defined, from which the additional data object to be synchronized is instantiated or instantiated is derived from an already existing metaclass in tree B.
  • For the additional data object to be synchronized only two transformations need to be defined, namely from the new metaclass to the corresponding parentmetal class and from the corresponding parentmate class to the new class.
  • the new data object for example the data object DO5
  • the low number of transformations also means that the maintenance effort is minimized and new data objects or the associated metaclasses can be inserted particularly easily and quickly into the existing tree structure B.
  • FIG. 3 shows a section of the hierarchical tree structure shown in FIG. 2, with which the synchronization of the two data objects DOi and DO2 is to be clarified.
  • the data object DOi is an instance of the metaclass MK 4 .
  • the data object DO2 is an instance of the metaclass MK5.
  • the metaclass MK 4 and the metaclass MK5 are each derived from the metaclass MK 2 , ie, the metaclass MK 2 is the common higher-level metaclass of the two metaclasses MK 4 and MK 5.
  • the data objects DOi and D0 2 are respectively transformed into the metaclass MK 2 .
  • the transformation is Ti and for the transformation of the data object D0 2 , the transformation T 2 is provided.
  • two meta objects MOi and M0 2 are first generated.
  • the meta-objects MOi and M0 2 are instances of the metaclass MK 2 .
  • the data object DOi is transformed into the first meta object MOi.
  • the data object D0 2 is transformed into the second metaobject M0 2 .
  • Both transformations are performed in each case according to a transformation rule, which respectively indicate which attributes of the respective data object are to be transformed into which attributes of the respective meta-object.
  • the transformed data objects DOi and D0 2 or the metaobjects MOi and M0 2 have an identical data structure, since the meta objects MOi and M0 2 are respectively instances of the metaclass MK 2 . Because the transformed data objects DOi and D0 2 or the meta objects MOi and M0 2 have the same data structure, the meta objects MOi and M0 2 can be synchronized in accordance with a synchronization rule S, even if the original data objects DOi and D0 2 have different attributes. For the respective different attributes, no exception handling must be provided in the synchronization rule S because the different attributes have been transformed according to the first transformation Ti and the second transformation T 2 into attributes of the meta-objects MOi and M0 2, respectively.
  • the third transformation T3 is in turn carried out according to a transformation rule which specifies which attributes of a meta-object are to be transformed into which attributes of a data object. After completing the third transformation T3, the data objects DOi and DO2 are synchronized.
  • each transformation can be assigned a plurality of transformation rules. For example, those shown in FIG. 1
  • first transformation Ti be associated with several transformation rules TR. According to the invention, when the first transformation Ti is carried out, one of the transformation rules assigned to the transformation Ti is selected according to which the transformation is carried out. Thus, for example, depending on a specific attribute value of the first data object DOi a certain
  • transformation rule are selected. If, for example, the attribute "location" of the first data object DOi has a specific value, a first transformation rule can be selected, while another transformation rule can be selected for another value of the attribute "location".
  • each transformation rule can include a validity criterion that specifies the conditions under which a particular transformation rule may be applied.
  • a transformation rule may include a validity criterion indicating that the appropriate transformation rule may be applied only if a particular attribute of the data object
  • FIG. 4 shows a section of the hierarchical tree structure shown in FIG. 2, to clarify the synchronization of the data objects DOi and D0 4 .
  • the data object DOi is an instance of the metaclass MK 4 .
  • the data object D0 4 is an instance of the metaclass MK 7 .
  • the metaclass MKi is the common metaclass from which the metaclasses MK 4 and MK 7 are derived. Consequently, according to the invention, the data objects DOi and D0 4 are transformed into the metaclass MKi. For this purpose, two instances MOi and M0 2 of the metaclass MKi are created. In a first transformation Ti, the data object DOi is then transformed into the meta-object MOi. In a second transformation T 2 , the data object D0 4 is transformed into the second meta object M0 2 .
  • the two meta-objects MOi and M0 2 are synchronized according to a synchronization specification S. After successful synchronization of the meta-objects MOi and M0 2 , these are in each case transformed again into the data objects DOi or D0 4 in a third transformation T3, so that the data objects DOi and D0 4 are synchronized.
  • FIG. 5 shows an alternative procedure according to the invention for synchronizing the data objects DOi and D0 4 from FIG. 4.
  • the two data objects DOi and D0 4 are not directly transformed into the metaclass MKi by means of the transformations Ti and T 2, or not directly from the metaclass MKi to the data objects DOi or D0 4 .
  • the transformations Ti, T 2 and T 3 each comprise two partial transformations.
  • a temporary meta-object MOT is generated for the metaclasses MK 2 and MK 3 , which respectively lie in the path between the metaclass MK 4 and the metaclass MKi or between the metaclass MK 7 and the metaclass MKi.
  • a first partial transformation of the transformation Ti is the data object in the transformed DOi the metaclass MK 2 corresponding temporary meta MOT. Subsequently, the temporary meta-object MOT is transformed in a second partial transformation of the first transformation Ti into the first meta-object MOi.
  • the second data object D0 4 is transformed with a first partial transformation of the second transformation T 2 into the temporary meta-object MOT associated with the metaclass MK3. Subsequently, the second temporary meta-object MOT is transformed into the meta-object M0 2 .
  • the two meta-objects MOi and M0 2 are again instances of the class MKi.
  • the data objects or the meta objects MOi and M0 2 thus transformed by means of two partial transformations are then synchronized in accordance with a synchronization rule S.
  • the now synchronized meta-objects MOi and M0 2 are then respectively transformed by means of two partial transformations into the respective temporary meta-object MOT and then into the respective data object DOi or D0 4 , so that the data objects DOi and D0 4 are synchronized.
  • the subtransformations can likewise each be assigned a number of transformation rules, each of which can include a validity criterion, and of which a transformation rule is provided in each case as a standard transformation rule.
  • the synchronization method according to the invention for the synchronization of "simple" data objects has been described.
  • the synchronization method according to the invention can also be used for the synchronization of composite (complex) data objects.
  • a composite data object also consists of several or comprises several (simple) data objects that are related to one another.
  • An example of this is the compound data object "patent file”, which consists of the data object “file”, the data object “documents” and the data object “inventor”.
  • the data object "file” can be the so-called master data object and the data objects "documents” and “inventor” are related to the data object "file”.
  • the relationship may be, for example, a 1: 1 or a 1: n or an n: m relation.
  • the data objects belonging to the composite data object are synchronized. Furthermore, the relationship is also synchronized because the references of e.g. The master data object can change to another data object if, for example, the referenced data object in the target system receives another unique identifier.
  • the synchronization of a composite data object or of the data objects of a composite data object can be carried out according to the inventive method described above.
  • the first composite object DOi consists of the data objects A, E and D, wherein the data object A is in an M: N relation to the data object E and to the data object D.
  • the data object A is the metaclass MK 5
  • the Data object D of the first composite data object DOi is the data class MK 4
  • the data object E of the first composite data object DOi is assigned to the metaclass MK ⁇ .
  • the second composite data object D0 2 consists of the classes A 2 , D and E, wherein between the data objects A 2 and the data object E and D respectively an M: N relationship exists.
  • the data object A 2 is assigned to the metaclass MK7, the metaclass MK7 being derived directly from the metaclass MK5.
  • the data object D of the second composite data object D0 2, the metaclass MK 4 and the data object E of the second composite data object D0 2 metaclass MK ⁇ is assigned.
  • the two composite data objects DOi and D0 2 each comprise a plurality of data objects which are respectively assigned to different metaclasses, it is possible with the synchronization method according to the invention to synchronize the two composite data objects DOi and D0 2 with one another.
  • the metaclass MK5 forms the first common metaclass of the two data objects A and A 2 along the path between the data objects up to the root metaclass MKi.
  • the two data objects A and A 2 can be synchronized.
  • two meta objects are instantiated by the metaclass MK5, wherein the data object A of the first composite data object DOi is transformed to the first meta object and the data object A 2 of the second composite data object D0 2 is transformed to the second meta object, as in FIG directed directed arrows.
  • the two meta objects of the metaclass MK5 can then be synchronized as described above and subsequently be transformed down again to the corresponding data objects A or A 2 , as shown in FIG.
  • the data objects A and A 2 of the two composite data objects DOi and D0 2 are thus completely synchronized.
  • the remaining data objects of the two composite data objects DOi and D0 2 can also be synchronized.
  • the corresponding transformations to the corresponding metaclasses MK 4 and MK ⁇ and the corresponding transformations from the metaclasses MK 4 and MK ⁇ to the data objects D and E are not shown in FIG. Nevertheless, the instances D and E of the two data objects D0 2 are respectively transformed to corresponding meta-objects of the two metaclasses MK ⁇ and MK 7 .
  • the meta-objects of the metaclasses MK 4 and MK ⁇ thus generated are synchronized and subsequently transformed down again to the respective data objects D or E, as shown for example with reference to FIG. 3.
  • the relationships between the data objects of the respective composite data objects DOi and D0 2 can also be synchronized. This is necessary, for example, if, in the example shown in FIG. 6, the data object D of the first composite data object DOi has received a new primary key, by means of which the link to the data object A is established. After the synchronization of the data objects of the two composite data objects DOi and D0 2 , the link existing in the second data object D0 2 between the data object D and the data object A 2 would then be invalid. If the links or relationships between the data objects of a composite data object are synchronized, too The relationships or links are also valid again in the synchronized data object.
  • the synchronization of the relationships or links between data objects of composite data objects can take place in that corresponding links are also provided in the hierarchy of metaclasses for the links, provided that these are N: N links.
  • these links can also be synchronized by means of appropriate transformations.
  • no interfaces or mapping rules between individual data objects to be synchronized must be provided or implemented for the synchronization of composite data objects.
  • Fig. 7 shows an example of a system according to the invention for the synchronization of data objects.
  • the system comprises a data processing device DV, which is coupled via a communication network K, such as the Internet, to a number of storage devices, such as a computer or a smartphone.
  • a number of data objects can each be stored in the memory devices DBi and DB 2 , wherein the data objects can each be instances of different metaclasses.
  • the aforementioned hierarchical tree structure is stored in the data processing device DV and maintained there if necessary.
  • the data objects stored in the memory devices DBi and DB 2 each include an identifier which indicates to which metaclass the hierarchical tree structure stored in the data processing device DV is assigned to the data object.
  • For synchronization of the data objects stored in the first memory device DBi with the data objects stored in the second memory device DB 2 these are transformed according to the method described above into metaobjects which synchronize the metaobjects and synchronize the synchronized meta objects. taête transformed back into the respective data objects.
  • the data objects to be transformed can in this case be transmitted via the communication network K to the data processing device DV, where the synchronization is processed, and the synchronized data objects can then in turn be stored in the corresponding memory devices via the communication network.
  • the data processing device DV can be, for example, a server device arranged in the cloud.
  • a processor or microprocessor may be provided which is adapted to determine in a tree structure a metaclass which is the common metaclass of the data objects to be synchronized. Furthermore, the processor or microprocessor is adapted to generate two meta objects from the ascertained metaclass and to perform corresponding transformations of the data objects to the meta objects or from the meta objects to the data objects, as described above.
  • the definition of the tree structure of the metaclasses for example, in an external file, such as in a file system or stored in a database, the microprocessor having access to this definition of the tree structure and accessing it in the context of a synchronization.
  • the data objects to be synchronized can be stored on different systems, for example different computers.
  • the microprocessor is in this case designed such that it can establish a communication connection to the respective computer systems, for example via the Internet, in order to be able to load the data objects stored therein into a working memory of the microprocessor and then be able to transform the loaded data objects into the corresponding metaobjects.
  • the synchronized meta objects are then in turn transmitted via the communication link to the appropriate computer systems and stored there.
  • DV data processing device e.g. a server device in the cloud
  • MOi MOi, M0 2 first and second metaobject (instances of a metaclass)

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

Bereitgestellt wird ein Computer-implementiertes Verfahren zur Synchronisation eines ersten Datenobjektes mit einem zweiten Datenobjekt, wobei - jedes Datenobjekt einer Metaklasse aus einer Anzahl von Metaklassen zugeordnet wird, wobei die Metaklassen in einer Baumstruktur mit einer Wurzelmetaklasse organisiert sind; - in der Baumstruktur eine Metaklasse ermittelt wird, die sich auf dem Pfad zwischen dem ersten Datenobjekt und der Wurzelmetaklasse und auf dem Pfad zwischen dem zweiten Datenobjekt und der Wurzelmetaklasse befindet, - aus der ermittelten Metaklasse ein erstes und ein zweites Metaobjekt erzeugt werden; - zwei Transformation durchgeführt werden, mit denen das erste Datenobjekt in das erste und das zweite Datenobjekt in das zweite Metaobjekt transformiert werden; - das erste Metaobjekt und das zweite Metaobjekt synchronisiert werden; und - eine dritte Transformation durchgeführt wird, bei der das erste Metaobjekt in das erste Datenobjekt und das zweite Metaobjekt in das zweite Datenobjekt transformiert werden.

Description

Verfahren und System zur Synchronisation von Daten
Gebiet der Erfindung
Die Erfindung betrifft ein Verfahren zur Synchronisation eines ersten Datenobjektes mit zumindest einem zweiten Datenobjekt sowie ein System zur Synchronisa- tion eines ersten Datenobjektes mit zumindest einem zweiten Datenobjekt.
Stand der Technik und Hintergrund der Erfindung Synchronisationsverfahren zur Synchronisation von Daten bzw. Datenobjekten sind aus dem Stand der Technik bekannt. Im Bereich der Terminverwaltung ist es beispielsweise bekannt, Termine, die auf einer ersten Clienteinrichtung, etwa ein Personal Computer, angelegt und verwaltet werden, mit Terminen, die auf einer zweiten Clienteinrichtung, etwa ein Tablet-PC oder Smartphone, angelegt bzw. ver- waltet werden, zu synchronisieren, wobei die Termine in beiden Clienteinrichtungen mit demselben Softwaresystem, etwa Microsoft Outlook, angelegt bzw. verwaltet werden. Die in den beiden Softwaresystemen angelegten bzw. verwalteten Termine weisen in der Regel die gleiche Datenstruktur auf, sodass die Synchronisation der Termine in der ersten Clienteinrichtung mit den Terminen in der zweiten Clienteinrichtung ohne Probleme abgewickelt werden kann. Synchronisation bedeutet, dass die Termine der einen Clienteinrichtung mit den Terminen der anderen Clienteinrichtung so abgeglichen werden, dass in beiden Clienteinrichtungen sämtliche Termine auf dem aktuellen Stand sind. Wenn allerdings Datenobjekte, die aus unterschiedlichen Systemen stammen, miteinander synchronisiert werden sollen, müssen zusätzliche Vorkehrungen getroffen werden, um einen Datenabgleich durchzuführen. Werden beispielsweise in einer ersten Clienteinrichtung Termine mit einem ersten Softwaresystem, etwa Microsoft Outlook, und in einer zweiten Clienteinrichtung Termine mit einem zweiten Softwaresystem, etwa Google Calendar, verwaltet, muss für die Durchführung einer Synchronisation eine Schnittstelle bzw. ein Adapter zwischen den beiden Softwaresystemen zur Verfügung gestellt werden, über den die Synchronisation abgewickelt werden kann. Hierbei muss sichergestellt werden, dass der Adapter bzw. die Schnittstelle angepasst ist, eine Synchronisation in beide Richtungen durchzuführen. Weil in der Regel die Outlook-Termine eine andere Datenstruktur bzw. anders benannte Attribute aufweisen als beispielsweise die Google-Termine, ist es notwendig, die Attribute der Outlook-Termine auf die Attribute der Google-Termine abzubilden und umgekehrt. Eine Definition der jeweiligen Abbildungsvorschriften muss entweder in dem jeweiligen Softwaresystem oder in der Schnittstelle bzw. Adapter definiert bzw. hinterlegt werden.
Werden nur Daten bzw. Datenobjekte einer bestimmten Klasse, etwa Termine, zwischen genau zwei verschiedenen Softwaresystemen synchronisiert, hält sich der technische Aufwand eine Synchronisierung zu realisieren in Grenzen, denn für die Abwicklung der Synchronisation muss lediglich ein Adapter bzw. eine Schnittstelle und zwei entsprechend angepasste Abbildungsvorschriften zur Verfügung gestellt werden. Dieses Verfahren ist allerdings nachteilig, wenn Daten bzw. Datenobjekte zwischen mehr als zwei Softwaresystemen synchronisiert werden sollen. Dieses Verfahren ist auch dann nachteilig, wenn mehr als zwei Datenobjekte synchronisiert werden sollen, die jeweils unterschiedlichen Typs sind (beispielsweise eine Synchronisation von drei Terminobjekten, wobei jedes Terminobjekt eine andere Datenstruktur aufweist). In diesem Fall muss für jedes Paar von Softwaresystemen bzw. für jedes Paar von unterschiedlichen Datenobjekten eine Schnittstelle bzw. Adapter und zwei dazugehörige Abbildungsvorschriften definiert werden, sodass bei drei unterschiedlichen Datenobjekten bereits drei Schnittstellen und sechs Abbildungsvorschriften zu definieren sind. Fig. 1 veranschaulicht das aus dem Stand der Technik bekannte Verfahren für vier unterschiedliche Datenobjekte DOi bis D04. Die Datenobjekte DOi bis D04 können jeweils Termine repräsentieren, wobei diese vier Datenobjekte jeweils eine unterschiedliche Datenstruktur aufweisen. Damit diese vier Datenobjekte DOi bis D04 synchronisiert werden können (alle vier Datenobjekte sollen zueinander syn- chron sein), müssen sechs Schnittstellen bzw. Adapter und insgesamt zwölf Abbildungsvorschriften definiert werden. Kommt ein zusätzliches Datenobjekt D05, das wiederum eine andere Datenstruktur aufweist, hinzu, müssen für dieses Datenobjekt DO5, wenn es mit den Datenobjekten DOi bis D04 synchronisiert werden soll, vier zusätzliche Schnittstellen bzw. Adapter und acht zusätzliche Abbildungsvor- Schriften definiert werden.
Für zu synchronisierende Datenobjekte müssen bei dem aus dem Stand der Technik bekannten Verfahren demnach \ bzw. n ^ ^ Adapter bzw. Schnittstellen und
• 2 bzw. n■ (n— 1) Abbildungsvorschriften implementiert werden.
Aufgabe der Erfindung
Der Erfindung liegt daher die technische Aufgabe zugrunde, Lösungen für eine Synchronisation bereitzustellen, welche die aus dem Stand der Technik bekannten Nachteile zumindest teilweise vermeiden und mit welchen die Anzahl der notwendigen Schnittstellen bzw. Adapter sowie die Anzahl der notwendigen Abbildungsvorschriften erheblich reduziert werden können und mit welchen dennoch eine möglichst effektive Synchronisation ermöglicht wird. Erfindungsgemäße Lösung
Diese Aufgabe wird erfindungsgemäß durch ein Verfahren zur Synchronisation ei- nes ersten Datenobjektes mit zumindest einem zweiten Datenobjekt sowie durch ein System zur Synchronisation eines ersten Datenobjektes mit zumindest einem zweiten Datenobjekt nach den unabhängigen Ansprüchen gelöst. Vorteilhafte Ausgestaltungen und Weiterbildungen der Erfindung sind in den jeweiligen abhängigen Ansprüchen angegeben.
Bereitgestellt wird demnach ein Computer-implementiertes Verfahren zur Synchronisation eines ersten Datenobjektes mit zumindest einem zweiten Datenobjekt, wobei jedes Datenobjekt eine Anzahl von Attribute umfasst, wobei
- jedes Datenobjekt einer Metaklasse aus einer Anzahl von Metaklassen zugeord- net wird, wobei die Metaklassen in einer Baumstruktur mit einer Wurzelmetaklasse organisiert sind, und wobei die Metaklassen jeweils eine Anzahl von Attribute umfassen;
- in der Baumstruktur eine Metaklasse ermittelt wird, die sich auf dem Pfad zwischen dem ersten Datenobjekt und der Wurzelmetaklasse und auf dem Pfad zwi- sehen dem zweiten Datenobjekt und der Wurzelmetaklasse befindet,
- aus der ermittelten Metaklasse ein erstes Metaobjekt und ein zweites Metaobjekt erzeugt werden;
- eine erste Transformation durchgeführt wird, bei der das erste Datenobjekt in das erste Metaobjekt transformiert wird;
- eine zweite Transformation durchgeführt wird, bei der das zweite Datenobjekt in das zweite Metaobjekt transformiert wird;
- das erste Metaobjekt und das zweite Metaobjekt synchronisiert werden; und
- eine dritte Transformation durchgeführt wird, bei das erste Metaobjekt in das erste Datenobjekt transformiert wird und/oder das zweite Metaobjekt in das zweite Datenobjekt transformiert wird. Damit können in vorteilhafter Weise eine Anzahl unterschiedlicher Datenobjekte, die jeweils eine andere Datenstruktur aufweisen und sogar aus unterschiedlichen Softwaresystemen bzw. -anwendungen stammen können miteinander synchronisiert werden, ohne dass für jedes Paar von Datenobjekten einer Schnittstelle mit entsprechenden Synchronisationsvorschriften definiert und implementiert werden muss, um eine Datenstruktur auf die jeweils andere Datenstruktur abzubilden. Auf Schnittstellen bzw. Adapter zwischen jeweils zwei Datenobjekten unterschiedlicher Datenstruktur und auf die dazugehörigen Abbildungsvorschriften kann vollständig verzichtet werden
Aus technischer Sicht wird durch die Erfindung vermieden, dass für n zu synchronisierende Datenobjekte (jedes Datenobjekt kann mit jedem anderen Datenobjekt — l synchronisiert werden), die jeweils eine andere Datenstruktur aufweisen, — -—
Schnittstellen implementiert und n■ (n - 1) Abbildungsvorschriften zur Verfügung gestellt werden müssen. Dadurch kann eine Synchronisation von Datenobjekten wesentlich effektiver und mit erheblich geringerem Implementierungsaufwand realisiert werden, als aus dem Stand der Technik bekannt, insbesondere wenn die zu synchronisierenden Datenobjekte aus einer Vielzahl unterschiedlicher Systeme stammen. Fehlerquellen bei der Implementierung von Abbildungsvorschriften und bei der Implementierung von Schnittstellen werden effektiv vermieden. Hinzu kommt, dass es bei einer Änderung der Datenstruktur eines Datenobjektes im Stand der Technik notwendig ist, sämtliche Schnittstellen und die damit verbundenen Abbildungsvorschriften anzupassen, während bei dem erfindungsgemäßen Verfahren lediglich die Beziehung der entsprechenden Metaklasse zu der einen übergeordne- ten Metaklasse angepasst werden muss.
Vorzugsweise ist jedes Datenobjekt genau einer Metaklasse aus der Anzahl von Metaklassen zugeordnet. Die ermittelte Metaklasse ist eine Metaklasse, von der die Metaklassen, denen das erste Datenobjekt bzw. das zweite Datenobjekt zugeordnet wird, direkt oder indirekt abgeleitet sind. Demnach ist die ermittelte Metaklasse eine gemeinsame Vaterklasse jener Metaklassen, denen das erste Datenobjekt bzw. das zweite Datenobjekt zugeordnet wird.
Die ermittelte Metaklasse kann jene Metaklasse sein, die sich auf dem Pfad zwischen dem ersten Datenobjekt und/oder zwischen dem zweiten Datenobjekt und der Wurzelmetaklasse in der Hierarchie der Baumstruktur am weitesten unten befindet.
"Am weitesten unten" bedeutet, dass der Abstand zwischen der Wurzelmetaklasse und der ermittelten Metaklasse maximal ist. Werden mehrere Metaklassen ermittelt, die sich auf dem Pfad zwischen dem ersten Datenobjekt und der Wurzelmetaklasse und auf dem Pfad zwischen dem zweiten Datenobjekt und der Wurzelme- taklasse befinden, dann ist die ermittelte Metaklasse jene Metaklasse dessen Abstand zur Wurzelmetaklasse maximal ist.
Vorteilhaft ist es, wenn
- bei der ersten Transformation Attributswerte der Attribute des ersten Datenobjektes in Attributswerte der Attribute des ersten Metaobjektes transformiert wird,
- bei der zweiten Transformation Attributswerte der Attribute des zweiten Datenobjektes in Attributswerte der Attribute des zweiten Metaobjektes transformiert wird, und
- bei der dritten Transformation
- Attributswerte der Attribute des ersten Metaobjektes in Attributswerte der Attribute des ersten Datenobjektes und/oder
- Attributswerte der Attribute des zweiten Metaobjektes in Attributswerte der Attribute des zweiten Datenobjektes
transformiert werden. Die erste Transformation und/oder die zweite Transformation und/oder die dritte Transformation können jeweils eine Anzahl von Teiltransformationen umfassen, wobei die Teiltransformationen einer Transformation hintereinander und in einer vorbestimmten Reihenfolge ausgeführt werden.
Eine Teiltransformation kann
- das erste Datenobjekt oder das zweite Datenobjekt in ein temporäres Metaobjekt, oder
- ein temporäres Metaobjekt in das erste Datenobjekt oder in das zweite Dateno- bjekt, oder
- ein temporäres Metaobjekt in das erste Metaobjekt oder in das zweite Metaobjekt, oder
- das erste Metaobjekt oder das zweite Metaobjekt in ein temporäres Metaobjekt transformieren, wobei das temporäre Metaobjekt einer Instanz einer Metaklasse entspricht, die sich auf dem Pfad zwischen dem ersten Datenobjekt und/oder zwischen dem zweiten Datenobjekt und der ermittelten Metaklasse befindet.
Bei der Synchronisation des ersten Metaobjektes mit dem zweiten Metaobjekt können Attributswerte der Attribute des ersten Metaobjektes auf Attributswerte der At- tribute des zweiten Metaobjektes, oder umgekehrt, gemäß einer vorbestimmten Synchronisationsvorschrift abgebildet werden.
Jeder Transformation und/oder jeder Teiltransformation können zumindest eine Transformationsregel zugeordnet werden, die eine Abbildungsvorschrift umfasst, die angibt, wie die Attribute eines Datenobjektes, eines temporären Metaobjektes oder eines Metaobjektes auf die Attribute eines Datenobjektes, eines temporären Metaobjektes oder eines Metaobjektes abzubilden sind. Zumindest eine Transformationsregel kann ein Gültigkeitskriterium umfasst, das angibt, ob die Transformationsregel für eine durchzuführende Transformation verwendet werden darf, wobei bei mehreren Transformationsregeln eine vorbestimmte Transformationsregel als Standard-Transformationsregel vorgesehen wird.
Die Standard-Transformationsregel wird vorzugsweise verwendet, wenn die anderen Transformationsregeln aufgrund ihres Gültigkeitskriteriums nicht verwendet werden dürfen. Vorteilhaft ist es, wenn
- das erste Datenobjekt in einer ersten Speichereinrichtung gespeichert wird,
- das zweite Datenobjekt in der ersten Speichereinrichtung oder in einer zweiten Speichereinrichtung gespeichert wird,
wobei die beiden Speichereinrichtungen über ein Kommunikationsnetzwerk mit ei- ner Datenverarbeitungseinrichtung koppelbar sind, und/oder
- die Synchronisation des ersten Datenobjektes mit dem zweiten Datenobjekt von der Datenverarbeitungseinrichtung durchgeführt wird, wobei die Baumstruktur der Metaklassen und die Transformationsregeln in der Datenverarbeitungseinrichtung verwaltet und gespeichert werden.
Die Datenobjekte können jeweils eine Kennung umfassen, die angibt, welcher Metaklasse das jeweilige Datenobjekt zugeordnet ist.
Vor der zweiten Transformation oder nach bzw. während der dritten Transforma- tion kann das zweite Datenobjekt erzeugt und gespeichert werden, wenn das zweite Datenobjekt vor der Synchronisation nicht vorhanden ist.
Jedes Datenobjekt kann eine Instanz jener Metaklasse sein, der es zugeordnet ist. Jede Metaklasse mit Ausnahme der Wurzelmetaklasse kann von genau einer in der Baumstruktur übergeordneten Metaklasse abgeleitet sein. In einer Ausgestaltung der Erfindung kann es vorgesehen sein, dass die Datenobjekte zusammengesetzte Datenobjekte sind, wobei jedes zusammengesetzte Datenobjekt eine Anzahl von Datenobjekten umfasst, die in einer Beziehung zueinander stehen.
Vorteilhaft ist es, wenn in dem zusammengesetzten Datenobjekt ein vorbestimmtes Datenobjekt ein Master-Datenobjekt ist. Dadurch wird es möglich, ein Master-Datenobjekt eines zusammengesetzten Datenobjektes zu synchronisieren, wobei die mit dem Master-Datenobjekt in Beziehung stehenden weiteren Datenobjekte des zusammengesetzten Datenobjektes automatisch mit synchronisiert werden können.
In einer vorteilhaften Ausgestaltung der Erfindung werden bei einer Synchronisation eines Master-Datenobjektes bzw. eines zusammengesetzten Datenobjektes die Beziehungen der Datenobjekte zueinander bzw. des Master-Datenobjektes zu den weiteren Datenobjekten des zusammengesetzten Datenobjektes ebenfalls synchronisiert.
Vorteilhaft ist es hierbei, wenn die Transformationsregel bzw. Transformationsre- geln auch eine Abbildungsvorschrift umfasst bzw. umfassen, die angibt bzw. angeben, wie das Master-Datenobjekt und die mit dem Master-Datenobjekt in Beziehung stehenden weiteren Datenobjekte des zusammengesetzten Datenobjektes in ein temporäres Master-Metaobjekt bzw. in ein temporäres zusammengesetztes Me- taobjekt abzubilden sind.
Bei einem zusammengesetzten Datenobjekt kann es vorteilhaft sein, wenn
- in einem ersten Schritt die Datenobjekte des zusammengesetzten Datenobjektes unabhängig voneinander, vorzugsweise gemäß dem erfindungsgemäßen Synchronisationsverfahren synchronisiert werden, und
- in einem zweiten Schritt die Beziehungen der Datenobjekte zueinander synchronisiert werden. Es hat sich als Vorteilhaft erwiesen, wenn die eine Beziehung zwischen zwei Datenobjekten eines zusammengesetzten Datenobjektes ebenfalls ein Datenobjekt ist. Dadurch wird es möglich auch die Beziehung zwischen zwei Datenobjekten gemäß dem erfindungsgemäßen Synchronisationsverfahren zu synchronisieren.
Bereitgestellt durch die Erfindung wird des Weiteren ein System zur Synchronisation eines ersten Datenobjektes mit zumindest einem zweiten Datenobjekt, wobei das System eine Datenverarbeitungseinrichtung umfasst, die angepasst ist, ein er- fmdungsgemäßes Verfahren auszuführen.
Die Datenverarbeitungseinrichtung kann über ein Kommunikationsnetzwerk mit zumindest einer Speichereinrichtung koppelbar sein, und angepasst sein, das erste Datenobjekt über das Kommunikationsnetzwerk von der Speichereinrichtung ent- gegenzunehmen und das zweite Datenobjekt, nachdem es mit dem ersten Datenobjekt synchronisiert worden ist, zur Übertragung über das Kommunikationsnetzwerk auf die Speichereinrichtung bereitzustellen.
Ferner wird durch die Erfindung ein Computerprogrammprodukt bereitgestellt, das in den Speicher einer Datenverarbeitungseinrichtung geladen werden kann und auf dieser zur Ausführung gebracht werden kann, und das Programmabschnitte umfasst, die angepasst sind, ein erfindungsgemäßes Verfahren zur Ausführung zu bringen.
Kurzbeschreibung der Figuren
Weitere Einzelheiten und Merkmale der Erfindung sowie konkrete Ausführungsbeispiele der Erfindung ergeben sich aus der nachfolgenden Beschreibung in Ver- bindung mit der Zeichnung. Es zeigt: Fig. 1 Datenobjekte, die gemäß einem aus dem Stand der Technik bekannten Synchronisationsverfahren zu synchronisieren sind;
Fig. 2 eine hierarchische Baumstruktur, zur Erläuterung des erfindungsgemäßen Synchronisationsverfahrens; Fig. 3 einen Ausschnitt aus Fig. 4, mit dem ein Ausführungsbeispiel konkret beschrieben wird;
Fig. 4 einen Ausschnitt aus Fig. 2, mit dem ein Ausführungsbeispiel der Erfindung konkret beschrieben wird;
Fig. 5 eine alternative Lösung zu dem in Fig. 4 gezeigten Ausführungsbeispiel; Fig. 6 ein Ausführungsbeispiel der Erfindung zur Synchronisation von zusammengesetzten Datenobjekten; und
Fig. 7 ein Ausführungsbeispiel eines erfindungsgemäßen Systems zur Synchronisation von Daten gemäß dem erfindungsgemäßen Synchronisationsverfahrens.
Detaillierte Beschreibung der Erfindung
Fig. 2 zeigt eine Datenstruktur und eine Anzahl von Datenobjekte anhand derer das erfindungsgemäße Synchronisationsverfahren erläutert wird.
Eine hierarchische Baumstruktur B umfasst eine Anzahl von Metaklassen MKi bis MK7. Die hierarchische Baumstruktur B weist einen Wurzelknoten auf, der hier als Wurzelmetaklasse MKw bezeichnet wird. Die Metaklassen, mit Ausnahme der Wurzelmetaklasse, haben jeweils genau einen Vaterknoten bzw. eine Vatermetaklasse. Jede Metaklasse inklusive der Wurzelmetaklasse kann ein oder mehrere Söhne bzw. Sohnmetaklassen aufweisen. Gemäß der vorliegenden Erfindung sind die Metaklassen jeweils von der dazugehörigen Vatermetaklasse abgeleitet, wobei die Wurzelmetaklasse MKw die Basisklasse bildet. Abgeleitet bedeutet, dass eine Metaklasse die Attribute der dazugehörigen Vatermetaklasse erbt. Beispielsweise erbt die Metaklasse MK2 die Attri- bute der Wurzelmetaklasse MKi und die Metaklasse MK4 erbt die Attribute der Metaklasse MK2, wobei aufgrund der Vererbungshierarchie die Metaklasse MK4 auch die Attribute der Wurzelmetaklasse MKi erbt. Jede Metaklasse, mit Ausnahme der Wurzelmetaklasse, MKi kann zusätzlich zu den geerbten Attributen zusätzliche Attribute umfassen, sodass eine abgeleitete Metaklasse in der Regel mehr Attribute aufweist, als die dazugehörige Vatermetaklasse.
In dem Beispiel gemäß Fig. 2 kann die Metaklasse MKi bzw. die Wurzelmetaklasse MKw eine Klasse für ein Basisterminobjekt sein. Das Basisterminobjekt kann beispielsweise die Attribute ID, Startzeit, Endzeit, Startdatum und Enddatum umfas- sen. D.h., dass alle von der Basisterminklasse direkt oder indirekt abgeleiteten Metaklassen diese fünf Attribute aufweisen.
Die von der Basisterminklasse MKi abgeleitete Terminklasse MK2 kann beispielsweise das zusätzliche Attribut„Zeitzone" definieren, sodass die von der Termin- klasse MK2 abgeleiteten Terminklassen dieses zusätzliche Attribut ebenfalls aufweisen.
Die von der Basisterminklasse abgeleitete Terminklasse MK3 kann beispielsweise das zusätzliche Attribut„Kategorie" aufweisen.
In der von der Terminklasse MK2 abgeleiteten Terminklasse MK4 kann das zusätzliche Attribut„Ort" definiert sein und in der von der Terminklasse MK2 abgeleiteten Terminklasse MK5 kann das zusätzliche Attribut„Betreff definiert sein. In dem in Fig. 2 gezeigten Beispiel ist den Blattknoten der Baumstruktur B bzw. den Metaklassen MK4, MK5, MKe und MK7 jeweils ein Datenobjekt DOi, D02, DO3 bzw. DO4 zugeordnet. Die Zuordnung der Datenobjekte DOi bis D04 zu der jeweiligen Metaklasse bedeutet, dass die Datenobjekte DOi bis D04 jeweils Instanzen der jeweiligen Metaklasse repräsentieren. Erfindungsgemäß kann ein Datenobjekt aber auch einer anderen Metaklasse als den Blattmetaklassen zugeordnet sein. Beispielsweise kann ein Datenobjekt der Metaklasse MK2 zugeordnet sein, d.h., dieses Datenobjekt würde eine Instanz der Metaklasse MK2 repräsentieren. Das erfindungsgemäße Verfahren kann sowohl für Datenobjekte, die den Blattmetaklassen zugeordnet sind, als auch für Datenobjekte, die den anderen Metaklassen inklusive der Wurzelmetaklasse zugeordnet sind, durchgeführt werden.
Erfindungsgemäß werden zwei zu synchronisierende Datenobjekte entlang ihres Pfades zwischen der Metaklasse, der sie zugeordnet sind, und der Wurzelme- taklasse, wobei dieser Pfad für jedes Datenobjekt eindeutig ist, solange nach oben transformiert, bis eine Metaklasse erreicht wird, die beide Datenobjekte gemeinsam haben. Beispielsweise ist die erste gemeinsame Metaklasse der Datenobjekte DOi und DO2 die Metaklasse MK2. Die erste gemeinsame Metaklasse der Datenobjekte DOi und DO4 ist die Metaklasse MKi, die gleichzeitig auch die Wurzelmetaklasse ist.
In dem in Fig. 2 gezeigten Beispiel werden die zu synchronisierenden Datenobjekte DOi und DO2 bis zur Metaklasse MK2 transformiert. Die zu synchronisierenden Datenobjekte DOi und DO4 werden bis zur Metaklasse MKi transformiert. Die Transformationen sind hier als durchgängige Pfeile gezeigt.
Für die Synchronisation der Datenobjekte DOi und DO4 gibt es zwei Möglichkeiten die Transformationen bis zur Metaklasse MKi durchzuführen. Gemäß einer ersten Variante können die Datenobjekte DOi und DO4 jeweils mit einer einzigen Trans- formation in die Metaklasse MKi transformiert werden. Diese Transformationen sind hier als gestrichelte Pfeile gezeigt. Alternativ kann auch eine mehrstufige Transformation durchgeführt werden, wobei die Datenobjekte DOi und D04 zunächst in die Metaklassen MK2 bzw. MK3 transformiert werden und anschließend die Metaklassen MK2 und MK3 in die Metaklasse MKi transformiert werden. Nachdem die zu synchronisierenden Datenobjekte bis zur gemeinsamen Metaklasse transformiert worden sind, können sie dort synchronisiert werden, wie mit Bezug auf Fig. 3 bis Fig. 5 näher erläutert. Die Transformation der zu synchronisierenden Datenobjekte bis zu der gemeinsamen Metaklasse hat den Vorteil, dass die so transformierten Datenobjekte eine identische Datenstruktur aufweisen, sodass eine Syn- chronisation besonders einfach durchgeführt werden kann.
Nachdem die beiden transformierten Datenobjekte synchronisiert worden sind, können diese wieder nach unten transformiert werden und schließlich das jeweilige ursprüngliche Datenobjekt ersetzen. In dem in Fig. 2 gezeigten Beispiel werden die Datenobjekte DOi und D02 bis zur Metaklasse MK2 transformiert. Die transformierten Datenobjekte werden dann synchronisiert und anschließend wieder nach unten transformiert, wobei die beiden synchronisierten Datenobjekte jeweils das entsprechende ursprüngliche Datenobjekt DOi bzw. D02 ersetzen bzw. überschreiben.
Mit diesem Verfahren kann auf Schnittstellen bzw. Adapter zwischen jeweils zwei Datenobjekten unterschiedlicher Datenstruktur und auf die dazugehörigen Abbildungsvorschriften bzw. Synchronisationsvorschriften verzichtet werden. Es müssen lediglich Transformationen in der Baumstruktur definiert werden, gemäß denen die Datenobjekte nach oben transformiert werden bzw. die synchronisierten Datenobjekte nach unten transformiert werden.
Deutlich wird der Vorteil des erfindungsgemäßen Verfahrens, wenn in dem in Fig. 2 gezeigten Beispiel ein zusätzliches Datenobjekt DO5, welches einer Me- taklasse MKs zugeordnet ist, die wiederum von der Metaklasse MK3 abgeleitet ist, mit den Datenobjekten DOi bis D04 synchronisiert werden soll. In diesem Fall muss lediglich eine Transformation zur Metaklasse MK3 und eine Transformation von der Metaklasse MK3 zum Datenobjekt bzw. zur Metaklasse MKs definiert werden, während bei dem in Fig. 1 gezeigten Verfahren vier zusätzliche Schnittstellen und acht zusätzliche Abbildungsvorschriften definiert werden müssten. Für die Synchronisation des zusätzlichen Datenobjektes DO5 mit beispielsweise dem Datenobjekt DOi kann zur Transformation des Datenobjektes DO5 bis zur Metaklasse MKi die von der Metaklasse MK3 zur Metaklasse MKi vorhandene Transformation wiederverwendet werden. Dasselbe gilt die Transformation des synchronisierten Datenobjektes von der Metaklasse MKi zur Metaklasse MK3.
Der Vorteil des erfindungsgemäßen Verfahrens liegt demnach insbesondere darin, dass für jedes zusätzliche zu synchronisierende Datenobjekt, das eine andere Datenstruktur aufweist als die bereits vorhandenen zu synchronisierenden Daten lediglich eine zusätzliche Metaklasse definiert werden muss, von der das zusätzliche zu synchronisierende Datenobjekt instanziiert wird bzw. instanziiert ist, und die von einer bereits vorhandenen Metaklasse in der Baumstruktur B abgeleitet ist. Für das zusätzliche zu synchronisierende Datenobjekt müssen zudem lediglich zwei Transformationen definiert werden, nämlich von der neuen Metaklasse zur dazugehörigen Vatermetaklasse und von der dazugehörigen Vatermetaklasse zur neuen Me- taklasse. Damit kann nun das neue Datenobjekt, beispielsweise das Datenobjekt DO5, mit allen anderen Datenobjekten DOi bis D04 synchronisiert werden. Die geringe Anzahl von Transformationen führt zudem dazu, dass der Pflegeaufwand minimiert wird und neue Datenobjekte bzw. die dazugehörigen Metaklassen besonders einfach und schnell in die vorhandene Baumstruktur B eingefügt werden kön- nen.
Fig. 3 zeigt einen Ausschnitt der in Fig. 2 gezeigten hierarchischen Baumstruktur, mit dem die Synchronisation der beiden Datenobjekte DOi und DO2 verdeutlicht werden soll. Das Datenobjekt DOi ist eine Instanz der Metaklasse MK4. Das Datenobjekt DO2 ist eine Instanz der Metaklasse MK5. Die Metaklasse MK4 und die Metaklasse MK5 sind jeweils von der Metaklasse MK2 abgeleitet, d.h., die Metaklasse MK2 ist die gemeinsame übergeordnete Metaklasse der beiden Metaklassen MK4 und MK5. Wie mit Bezug auf Fig. 2 erläutert, werden die Datenobjekte DOi und D02 jeweils in die Metaklasse MK2 transformiert. Für die Transformation des Datenobjektes DOi ist die Transformation Ti und für die Transformation des Datenobjektes D02 ist die Transformation T2 vorgesehen. Um die beiden Datenobjekte DOi und D02 zu transformieren, werden zunächst zwei Metaobjekte MOi und M02 erzeugt. Die Metaobjekte MOi und M02 sind hierbei Instanzen der Metaklasse MK2. Mit Hilfe einer ersten Transformation Ti wird das Datenobjekt DOi in das erste Metaobjekt MOi transformiert. Mit Hilfe einer zweiten Transformation T2 wird das Datenobjekt D02 in das zweite Metaob- jekt M02 transformiert. Beide Transformationen werden jeweils gemäß einer Transformationsregel durchgeführt, die jeweils angeben, welche Attribute des jeweiligen Datenobjektes in welche Attribute des jeweiligen Metaobjektes zu transformieren sind. Die transformierten Datenobjekte DOi und D02 bzw. die Metaobjekte MOi und M02 weisen eine identische Datenstruktur auf, denn die Metaobjekte MOi und M02 sind jeweils Instanzen der Metaklasse MK2. Weil die transformierten Datenobjekte DOi und D02 bzw. die Metaobjekte MOi und M02 die gleiche Datenstruktur aufweisen, können die Metaobjekte MOi und M02 gemäß einer Synchronisati- onsvorschrift S synchronisiert werden, auch wenn die ursprünglichen Datenobjekte DOi und D02 unterschiedliche Attribute aufweisen. Für die jeweiligen unterschiedlichen Attribute müssen in der Synchronisationsvorschrift S keine Ausnahmebehandlungen vorgesehen werden, weil die unterschiedlichen Attribute gemäß der ersten Transformation Ti und der zweiten Transformation T2 in Attribute der Me- taobjekte MOi bzw. M02 transformiert worden sind. Nach erfolgreicher Synchronisation S der beiden Metaobjekte MOi und MO2 werden diese in einer dritten Transformation T3 jeweils in das erste Datenobjekt DOi bzw. DO2 transformiert. Die dritte Transformation T3 wird wiederum gemäß einer Transformationsregel durchgeführt, die angibt, welche Attribute eines Metaobjek- 5 tes in welche Attribute eines Datenobjektes zu transformieren sind. Nach Abschluss der dritten Transformation T3 sind die Datenobjekte DOi und DO2 synchronisiert.
Mit Bezug auf Fig. 2 und Fig. 3 sowie nachfolgend mit Bezug auf Fig. 4 und Fig. 5 ist ein Verfahren beschrieben, bei dem für die erste, die zweite und die dritte Transit) formation jeweils eine Transformationsregel vorgesehen ist, gemäß der die Transformation durchgeführt wird.
In einer Ausgestaltung der Erfindung können jeder Transformation mehrere Transformationsregeln zugeordnet sein. Beispielsweise können der in Fig. 3 gezeigten
15 ersten Transformation Ti mehrere Transformationsregeln TR zugeordnet sein. Erfindungsgemäß wird dann beim Durchführen der ersten Transformation Ti eine der der Transformation Ti zugeordneten Transformationsregeln ausgewählt gemäß der die Transformation durchgeführt wird. Damit kann beispielsweise in Abhängigkeit eines bestimmten Attributwertes des ersten Datenobjektes DOi eine bestimmte
20 Transformationsregel ausgewählt werden. Hat beispielsweise das Attribut„Ort" des ersten Datenobjektes DOi einen bestimmten Wert, kann eine erste Transformationsregel ausgewählt werden, während bei einem anderen Wert des Attributes „Ort" eine andere Transformationsregel ausgewählt werden kann.
25 Hierzu kann jede Transformationsregel ein Gültigkeitskriterium umfassen, welches angibt, unter welchen Voraussetzungen eine bestimmte Transformationsregel angewandt werden darf. Beispielsweise kann eine Transformationsregel ein Gültigkeitskriterium umfassen, das angibt, dass die entsprechende Transformationsregel nur dann angewandt werden darf, wenn ein bestimmtes Attribut des Datenobjektes
30 einen bestimmten Wert aufweist. Sind mehrere Transformationsregel einer Trans- formation zugeordnet, kann es vorteilhaft sein, wenn eine vorbestimmte Transformationsregel als Standard-Transformationsregel vorgesehen wird, die dann angewandt wird, wenn die Gültigkeitskriterien der anderen Transformationsregeln nicht erfüllt werden.
Fig. 4 zeigt einen Ausschnitt der in Fig. 2 gezeigten hierarchischen Baumstruktur, zur Verdeutlichung der Synchronisation der Datenobjekte DOi und D04.
Das Datenobjekt DOi ist eine Instanz der Metaklasse MK4. Das Datenobjekt D04 ist eine Instanz der Metaklasse MK7. Wie mit Bezug auf Fig. 2 erläutert, ist die Metaklasse MKi die gemeinsame Metaklasse, von der die Metaklassen MK4 und MK7 abgeleitet sind. Demzufolge werden die Datenobjekte DOi und D04 erfindungsgemäß in die Metaklasse MKi transformiert. Hierzu werden zwei Instanzen MOi und M02 der Metaklasse MKi angelegt. In einer ersten Transformation Ti wird dann das Datenobjekt DOi in das Metaobjekt MOi transformiert. In einer zweiten Transformation T2 wird das Datenobjekt D04 in das zweite Metaobjekt M02 transformiert. Nach erfolgreicher Transformation der beiden Datenobjekte werden die zwei Metaobjekte MOi und M02 gemäß einer Synchronisierungsvor- schrift S synchronisiert. Nach erfolgreicher Synchronisation der Metaobjekte MOi und M02 werden diese in einer dritten Transformation T3 jeweils wieder in die Datenobjekte DOi bzw. D04 transformiert, sodass die Datenobjekte DOi und D04 synchronisiert sind.
Fig. 5 zeigt eine alternative erfindungsgemäße Vorgehensweise zur Synchronisa- tion der Datenobjekte DOi und D04 aus Fig. 4.
Im Unterschied zu dem in Fig. 4 gezeigten Beispiel werden die beiden Datenobjekte DOi und D04 nicht direkt mittels der Transformationen Ti und T2 in die Metaklasse MKi transformiert bzw. nicht direkt von der Metaklasse MKi zu den Datenobjekten DOi bzw. D04. In dem hier gezeigten Beispiel umfassen die Transformationen Ti , T2 und T3 jeweils zwei Teiltransformationen.
In einem ersten Schritt werden zu den Metaklassen MK2 und MK3, die jeweils in dem Pfad zwischen der Metaklasse MK4 und der Metaklasse MKi bzw. zwischen der Metaklasse MK7 und der Metaklasse MKi liegen, ein temporäres Metaobjekt MOT erzeugt.
In einer ersten Teiltransformation der Transformation Ti wird das Datenobjekt DOi in das der Metaklasse MK2 zugehörige temporäre Metaobjekt MOT transformiert. Anschließend wird das temporäre Metaobjekt MOT in einer zweiten Teiltransformation der ersten Transformation Ti in das erste Metaobjekt MOi transformiert.
Das zweite Datenobjekt D04 wird mit einer ersten Teiltransformation der zweiten Transformation T2 in das der Metaklasse MK3 zugehörige temporäre Metaobjekt MOT transformiert. Anschließend wird das zweite temporäre Metaobjekt MOT in das Metaobjekt M02 transformiert.
Die beiden Metaobjekte MOi und M02 sind hierbei wiederum Instanzen der Me- taklasse MKi . Die so jeweils mittels zweier Teiltransformationen transformierten Datenobjekte bzw. die Metaobjekte MOi und M02 werden dann gemäß einer Synchronisationsvorschrift S synchronisiert. Die nun synchronisierten Metaobjekte MOi und M02 werden anschließend jeweils mittels zweier Teiltransformationen in das jeweilige temporäre Metaobjekt MOT und dann in das jeweilige Datenobjekt DOi bzw. D04 transformiert, sodass die Datenobjekte DOi und D04 synchronisiert sind.
Den Teiltransformationen können hierbei ebenfalls jeweils eine Anzahl von Transformationsregeln zugeordnet sein, die jeweils ein Gültigkeitskriterium umfassen können und von denen jeweils eine Transformationsregel als Standard-Transformationsregel vorgesehen ist. Mit Bezug auf Fig. 2 bis Fig. 5 ist das erfindungsgemäße Synchronisationsverfahren für die Synchronisation von "einfachen" Datenobjekten beschrieben worden. Das erfindungsgemäße Synchronisationsverfahren kann aber auch für die Synchro- nisation von zusammengesetzten (komplexen) Datenobjekten verwendet werden.
Ein zusammengesetztes Datenobjekt besteht auch mehreren bzw. umfasst mehrere (einfache) Datenobjekte, die in einer Beziehung zueinander stehen. Ein Beispiel hierfür ist das zusammengesetzte Datenobjekt "Patentakte", das aus dem Datenob- jekt "Akte", dem Datenobjekt "Dokumente" und dem Datenobjekt "Erfinder" besteht. Das Datenobjekt "Akte" kann hierbei das sogenannte Master-Datenobjekt sein und die Datenobjekte "Dokumente" und "Erfinder" stehen in einer Beziehung zu dem Datenobjekt "Akte". Die Beziehung kann beispielsweise eine 1 : 1 oder eine 1 :n oder eine n:m-Relation sein.
Bei der Synchronisation von solchen zusammengesetzten Datenobjekten werden die zu dem zusammengesetzten Datenobjekt gehörenden Datenobjekte synchronisiert. Ferner werden auch die Beziehung synchronisiert, denn die Referenzen von z.B. dem Master-Datenobjekt auf ein anderes Datenobjekt können sich ändern, wenn etwa das referenzierte Datenobjekt in dem Zielsystem eine andere eindeutige Kennung erhält.
Die Synchronisation eines zusammengesetzten Datenobjektes bzw. der Datenobjekte eines zusammengesetzten Datenobjektes kann gemäß dem vorstehend be- schriebenen erfindungsgemäßen Verfahren durchgeführt werden.
Fig. 6 zeigt ein Ausführungsbeispiel eines erfindungsgemäßen Synchronisationsverfahrens, mit dem zusammengesetzte Datenobjekte synchronisiert werden können. Das erste zusammengesetzte Objekt DOi besteht aus den Datenobjekten A, E und D, wobei das Datenobjekt A in einer M:N-Beziehung zu dem Datenobjekt E und zu dem Datenobjekt D steht. Das Datenobjekt A ist der Metaklasse MK5, das Datenobjekt D des ersten zusammengesetzten Datenobjektes DOi ist der Me- taklasse MK4 und das Datenobjekt E des ersten zusammengesetzten Datenobjektes DOi ist der Metaklasse MKÖ zugeordnet. Das zweite zusammengesetzte Datenobjekt D02 besteht aus den Klassen A2, D und E, wobei zwischen den Datenobjekten A2 und dem Datenobjekt E bzw. D jeweils eine M:N-Beziehung besteht. Das Datenobjekt A2 ist der Metaklasse MK7 zugeordnet, wobei die Metaklasse MK7 von der Metaklasse MK5 direkt abgeleitet ist. Das Datenobjekt D des zweiten zusammengesetzten Datenobjektes D02 ist der Me- taklasse MK4 und das Datenobjekt E des zweiten zusammengesetzten Datenobjektes D02 ist der Metaklasse MKÖ zugeordnet.
Obwohl die beiden zusammengesetzten Datenobjekte DOi und D02 jeweils mehrere Datenobjekte umfassen, die jeweils unterschiedlichen Metaklassen zugeordnet sind, ist es mit dem erfindungsgemäßen Synchronisationsverfahren möglich, die beiden zusammengesetzten Datenobjekte DOi und D02 miteinander zu synchronisieren.
Bei dem in Fig. 6 gezeigten Beispiel bildet die Metaklasse MK5 die erste gemein- same Metaklasse der beiden Datenobjekte A und A2 entlang des Pfades zwischen den Datenobjekten nach oben zur Wurzelmetaklasse MKi. Wie mit Bezug auf Fig. 3 bis Fig. 5 erläutert, können die beiden Datenobjekte A und A2 synchronisiert werden. Hierzu werden von der Metaklasse MK5 zwei Metaobjekte instanziert, wobei das Datenobjekt A des ersten zusammengesetzten Datenobjektes DOi zum ersten Metaobjekt transformiert wird und das Datenobjekt A2 des zweiten zusammengesetzten Datenobjektes D02 zum zweiten Metaobjekt transformiert wird, wie in Fig. 6 anhand der nach oben gerichteten durchgängigen Pfeile gezeigt. Die beiden Metaobjekte der Metaklasse MK5 können dann wie vorstehend beschrieben synchronisiert werden und anschließend wieder zu den entsprechenden Datenobjekten A bzw. A2 nach unten transformiert werden, wie in Fig. 6 anhand der nach unten gerichteten durchgängigen Pfeile gezeigt. Die Datenobjekte A und A2 der beiden zusammengesetzten Datenobjekte DOi und D02 sind damit fertig synchronisiert. In einem nächsten Schritt können auch die restlichen Datenobjekte der beiden zusammengesetzten Datenobjekte DOi und D02 synchronisiert werden. Der besseren Übersicht halber sind in Fig. 6 die entsprechenden Transformationen zu den entsprechenden Metaklassen MK4 bzw. MKÖ und die entsprechenden Transformationen von den Metaklassen MK4 bzw. MKÖ ZU den Datenobjekten D bzw. E nicht dargestellt. Dennoch werden die Instanzen D und E der beiden Datenobjekte D02 jeweils zu entsprechenden Metaobjekten der beiden Metaklassen MKÖ und MK7 transformiert. Anschließend werden die so erzeugten Metaobjekte der Metaklassen MK4 und MKÖ synchronisiert und anschließend wieder zu den jeweiligen Datenobjekten D bzw. E nach unten transformiert, wie beispielsweise mit Bezug auf Fig. 3 gezeigt.
Damit sind nun auch die Datenobjekte D und E der beiden zusammengesetzten Datenobjekte DOi und D02 synchronisiert. In einem weiteren Schritt, der nur bei Bedarf und optional durchgeführt wird, können auch die Beziehungen zwischen den Datenobjekten der jeweiligen zusammengesetzten Datenobjekte DOi und D02 synchronisiert werden. Dies ist beispielsweise dann notwendig, wenn bei dem in Fig. 6 gezeigten Beispiel das Datenobjekt D des ersten zusammengesetzten Datenobjektes DOi einen neuen Primärschlüssel erhalten hat, anhand dessen die Verknüpfung zu dem Datenobjekt A hergestellt wird. Nach der Synchronisation der Datenobjekte der beiden zusammengesetzten Datenobjekte DOi und D02 wäre dann die in dem zweiten Datenobjekte D02 vorhandene Verknüpfung zwischen dem Datenobjekt D und dem Datenobjekt A2 ungültig. Wenn nun auch die Verknüpfungen bzw. Beziehungen zwischen den Date- nobjekten eines zusammengesetzten Datenobjektes synchronisiert werden, sind auch in dem synchronisierten Datenobjekt die Beziehungen bzw. Verknüpfungen wieder gültig.
Die Synchronisation der Beziehungen bzw. Verknüpfungen zwischen Datenobjek- ten von zusammengesetzten Datenobjekten kann erfindungsgemäß dadurch erfolgen, dass auch für die Verknüpfungen, sofern es sich hierbei um N:N- Verknüpfungen handelt, entsprechende Metaklassen in der Hierarchie von Metaklassen vorgesehen werden. Analog zu den vorstehend beschriebenen Beispielen können auch diese Verknüpfungen mittels entsprechender Transformationen synchronisiert wer- den. Damit müssen auch für die Synchronisation von zusammengesetzten Datenobjekten keine Schnittstellen bzw. Abbildungsvorschriften zwischen einzelnen zu synchronisierenden Datenobjekten bereitgestellt bzw. implementiert werden.
Fig. 7 zeigt ein Beispiel eines erfindungsgemäßen Systems zur Synchronisation von Datenobjekten. Das System umfasst eine Datenverarbeitungseinrichtung DV, die über ein Kommunikationsnetzwerk K, etwa das Internet, mit einer Anzahl von Speichereinrichtungen, etwa eines Computers oder eines Smartphones, gekoppelt sind. In den Speichereinrichtungen DBi und DB2 können jeweils eine Anzahl von Datenobjekten gespeichert sein, wobei die Datenobjekte jeweils Instanzen unterschied- licher Metaklassen sein können.
Die vorstehend genannte hierarchische Baumstruktur wird in der Datenverarbeitungseinrichtung DV hinterlegt und dort gegebenenfalls gepflegt. Die in den Speichereinrichtungen DBi und DB2 gespeicherten Datenobjekte umfassen jeweils eine Kennung, die angibt, welcher Metaklasse der in der Datenverarbeitungseinrichtung DV gespeicherten hierarchischen Baumstruktur das Datenobjekt zugeordnet ist. Zur Synchronisation der in der ersten Speichereinrichtung DBi gespeicherten Datenobjekte mit den in der zweiten Speichereinrichtung DB2 gespeicherten Datenobjekte werden diese gemäß dem vorstehend beschriebenen Verfahren in Metaob- jekte transformiert, die Metaobjekte synchronisiert und die synchronisierten Me- taobjekte in die jeweiligen Datenobjekte zurücktransformiert. Die zu transformierenden Datenobjekte können hierbei über das Kommunikationsnetzwerk K an die Datenverarbeitungseinrichtung DV übertragen werden, wo die Synchronisation abgewickelt wird, und die synchronisierten Datenobjekte können dann wiederum über das Kommunikationsnetzwerk in den entsprechenden Speichereinrichtungen gespeichert werden.
Werden einer Speichereinrichtung neue Datenobjekte hinzugefügt, die Instanzen einer Metaklasse repräsentieren, die noch nicht Bestandteil der hierarchischen Baumstruktur ist, müssen für diese zusätzliche Metaklasse lediglich zwei Transformationen definiert werden, um die Instanzen dieser neuen Metaklasse mit allen anderen Datenobjekten synchronisieren zu können. Vorteilhaft ist hierbei, dass zur Definition der beiden Transformationen lediglich Kenntnis über die Datenstruktur der übergeordneten Metaklasse notwendig ist (beispielsweise ist bei dem in Fig. 2 gezeigten Beispiel für die Transformation der neu hinzukommenden Metaklasse MKs nur Kenntnis über die Datenstruktur der Metaklasse MK3 notwendig, um die beiden Transformationen zwischen MKs und MK3 zu definieren). Der Aufbau und die Datenstruktur der übrigen Metaklassen in der hierarchischen Baumstruktur müssen hierzu nicht bekannt sein.
Bei der Datenverarbeitungseinrichtung DV kann es sich beispielsweise um eine in der Cloud angeordnete Servereinrichtung handeln.
Für die Ausführung des erfindungsgemäßen Verfahrens kann ein Prozessor bzw. Mikroprozessor vorgesehen sein, der angepasst ist, in einer Baumstruktur eine Metaklasse zu ermitteln, die die gemeinsame Metaklasse der zu synchronisierenden Datenobjekte ist. Ferner ist der Prozessor bzw. Mikroprozessor angepasst, aus der ermittelten Metaklasse zwei Metaobjekte zu erzeugen und entsprechende Transformationen der Datenobjekte zu den Metaobjekten bzw. von den Metaobjekten zu den Datenobjekten, wie vorstehend beschrieben, durchzuführen. Die Definition der Baumstruktur der Metaklassen kann beispielsweise in einer externen Datei, etwa in einem Dateisystem oder in einer Datenbank gespeichert sein, wobei der Mikroprozessor auf diese Definition der Baumstruktur Zugriff hat und im Rahmen einer Synchronisation darauf zugreift. Die zu synchronisierenden Datenobjekte können auf unterschiedlichen Systemen, beispielsweise unterschiedlichen Rechnern gespeichert sein. Der Mikroprozessor ist hierbei so ausgestaltet, dass er zu den jeweiligen Rechnersystemen eine Kommunikationsverbindung, etwa über das Internet, herstellen kann, um die dort gespeicherten Datenobjekte in einen Arbeitsspeicher des Mikroprozessors laden zu können und anschließend die geladenen Datenobjekte in die entsprechenden Metaobjekte transformieren zu können. Die synchronisierten Metaobjekte werden dann wiederum über die Kommunikationsverbindung an die entsprechenden Rechnersysteme übertragen und dort gespeichert.
Bezugszeichenliste :
A, A2 Datenobjekt
B Baumstruktur (hierarchisch)
D Datenobjekt
DBi, DB2 Speichereinrichtungen
DOi bis DOn Datenobjekte bzw. zusammengesetzte Datenobjekte
DV Datenverarbeitungseinrichtung, z.B. eine Servereinrichtung in der Cloud
E Datenobjekt
K Kommunikationsnetzwerk
MKi bis MKn Metaklassen in der Baumstruktur B
MKw Wurzelmetaklasse in der Baumstruktur B
MOi, M02 erstes und zweites Metaobjekt (Instanzen einer Metaklasse)
MOT temporäres Metaobjekt (Instanz einer Metaklasse)
S Synchronisierung
TR Transformationsregeln
Ti bis Tn Transformationen zwischen Datenobjekte und Metaobjekte bzw. zwischen Metaobjekte und Datenobjekte

Claims

Ansprüche
Computer-implementiertes Verfahren zur Synchronisation eines ersten Datenobjektes (DOi) mit zumindest einem zweiten Datenobjekt (DO2), wobei jedes Datenobjekt (DOi; DO2) eine Anzahl von Attribute umfasst, wobei das Verfahren auf einem Prozessor ausgeführt wird, dadurch gekennzeichnet, dass
- jedes Datenobjekt (DOi; DO2) einer Metaklasse aus einer Anzahl von Metaklassen (MKi bis MKn) zugeordnet wird, wobei die Metaklassen in einer Baumstruktur (B) mit einer Wurzelmetaklasse (MKw) organisiert werden, und wobei die Metaklassen jeweils eine Anzahl von Attribute umfassen;
in der Baumstruktur eine Metaklasse ermittelt wird, die sich auf dem Pfad zwischen dem ersten Datenobjekt (DOi) und der Wurzelmetaklasse (MKw) und auf dem Pfad zwischen dem zweiten Datenobjekt (DO2) und der Wurzelmetaklasse (MKw) befindet,
aus der ermittelten Metaklasse ein erstes Metaobjekt (MOi) und ein zweites Metaobjekt (MO2) erzeugt werden;
eine erste Transformation (Ti) durchgeführt wird, bei der das erste Datenobjekt (DOi) in das erste Metaobjekt (MOi) transformiert wird; eine zweite Transformation (T2) durchgeführt wird, bei der das zweite Datenobjekt (DO2) in das zweite Metaobjekt (MO2) transformiert wird; das erste Metaobjekt (MOi) und das zweite Metaobjekt (MO2) synchronisiert (S) werden; und eine dritte Transformation (T3) durchgeführt wird, wobei das erste Me- taobjekt (MOi) in das erste Datenobjekt (DOi) transformiert wird und/oder das zweite Metaobjekt (MO2) in das zweite Datenobjekt (DO2) transformiert wird.
Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass die ermittelte Metaklasse jene Metaklasse ist, die sich auf dem Pfad zwischen dem ersten Datenobjekt (DOi) und/oder zwischen dem zweiten Datenobjekt (DO2) und der Wurzelmetaklasse (MKw) in der Hierarchie der Baumstruktur (B) am weitesten unten befindet.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass
bei der ersten Transformation (Ti) Attributs werte der Attribute des ersten Datenobjektes (DOi) in Attributswerte der Attribute des ersten Me- taobjektes (MOi) transformiert wird,
bei der zweiten Transformation (T2) Attributswerte der Attribute des zweiten Datenobjektes (DO2) in Attributswerte der Attribute des zweiten Metaobjektes (MO2) transformiert wird, und
bei der dritten Transformation (T3)
Attributswerte der Attribute des ersten Metaobjektes (MOi) in Attributswerte der Attribute des ersten Datenobjektes (DOi) und/oder Attributswerte der Attribute des zweiten Metaobjektes (MO2) in Attributswerte der Attribute des zweiten Datenobjektes (DO2) transformiert werden.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die erste Transformation (Ti) und/oder die zweite Transformation (T2) und/oder die dritte Transformation (T3) jeweils eine Anzahl von Teiltransformationen umfasst, wobei die Teiltransformationen einer Transformation (Ti, T2, T3) hintereinander und in einer vorbestimmten Reihenfolge ausgeführt werden.
Verfahren nach Anspruch 4, dadurch gekennzeichnet, dass eine Teiltransformation
das erste Datenobjekt (DOi) oder das zweite Datenobjekt (DO2) in ein temporäres Metaobjekt (ΜΟτ), oder
ein temporäres Metaobjekt (ΜΟτ) in das erste Datenobjekt (DOi) oder in das zweite Datenobjekt (DO2), oder
ein temporäres Metaobjekt (ΜΟτ) in das erste Metaobjekt (MOi) oder in das zweite Metaobjekt (MO2), oder
das erste Metaobjekt (MOi) oder das zweite Metaobjekt (MO2) in ein temporäres Metaobjekt (ΜΟτ)
transformiert, wobei das temporäre Metaobjekt (ΜΟτ) einer Instanz einer Metaklasse entspricht, die sich auf dem Pfad zwischen dem ersten Datenobjekt (DOi) und/oder zwischen dem zweiten Datenobjekt (DO2) und der ermittelten Metaklasse befindet.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass bei der Synchronisation (S) des ersten Metaobjektes (MOi) mit dem zweiten Metaobjekt (MO2) Attributswerte der Attribute des ersten Metaobjektes (MOi) auf Attributswerte der Attribute des zweiten Metaobjektes (MO2), oder umgekehrt, gemäß einer vorbestimmten Synchronisationsvorschrift abgebildet werden.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass jeder Transformation (Ti, T2, T3) und/oder jeder Teiltransformation zumindest eine Transformationsregel (TR) zugeordnet wird, die eine Abbildungsvorschrift umfasst, die angibt, wie die Attribute eines Datenob- jektes (DOi, D02), eines temporären Metaobjektes oder eines Metaobjektes (MOi, MO2) auf die Attribute eines Datenobjektes (DOi, DO2), eines temporären Metaobjektes oder eines Metaobjektes (MOi, MO2) abzubilden sind.
Verfahren nach Anspruch 7, dadurch gekennzeichnet, dass zumindest eine Transformationsregel (TR) ein Gültigkeitskriterium umfasst, das angibt, ob die Transformationsregel für eine durchzuführende Transformation verwendet werden darf, wobei bei mehreren Transformationsregeln eine vorbestimmte Transformationsregel als Standard-Transformationsregel vorgesehen wird.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass
das erste Datenobjekt (DOi) in einer ersten Speichereinrichtung (DBi) gespeichert wird,
das zweite Datenobjekt (DO2) in einer zweiten Speichereinrichtung (DB2) gespeichert wird,
wobei die beiden Speichereinrichtungen über ein Kommunikationsnetzwerk (K) mit einer Datenverarbeitungseinrichtung (DV) koppelbar sind, und/oder
die Synchronisation (S) des ersten Datenobjektes mit dem zweiten Datenobjekt von der Datenverarbeitungseinrichtung durchgeführt wird, wobei die Baumstruktur (B) der Metaklassen und die Transformationsregeln (TR) in der Datenverarbeitungseinrichtung verwaltet und gespeichert werden.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Datenobjekte (DOi, DO2) jeweils eine Kennung umfassen, die angibt, welcher Metaklasse (MKi bis MKn) das jeweilige Datenobjekt zugeordnet ist. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass vor der zweiten Transformation (T2) oder nach bzw. während der dritten Transformation (T3) das zweite Datenobjekt (DO2) erzeugt und gespeichert wird, wenn das zweite Datenobjekt vor der Synchronisation nicht vorhanden ist.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass jedes Datenobjekt (DOi; DO2) eine Instanz jener Metaklasse (MKi bis MKn) ist, der es zugeordnet ist.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass jede Metaklasse (MKi bis MKn) mit Ausnahme der Wurzelmetaklasse (MKw) von genau einer in der Baumstruktur (B) übergeordneten Metaklasse abgeleitet ist.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Datenobjekte (DOi; DO2) zusammengesetzte Datenobjekte sind, wobei jedes zusammengesetzte Datenobjekt eine Anzahl von Datenobjekte umfasst, die in einer Beziehung zueinander stehen.
Verfahren nach dem vorhergehenden Anspruch, dadurch gekennzeichnet, dass in dem zusammengesetzten Datenobjekt ein vorbestimmtes Datenobjekt ein Master-Datenobjekt ist, wobei die Master-Datenobjekte der zu synchronisierenden zusammengesetzten Datenobjekte synchronisiert werden, wobei die mit den Master-Datenobjekten in Beziehung stehenden weiteren Datenobjekte des zusammengesetzten Datenobjektes automatisch mitsynchronisiert werden. Verfahren nach einem der vorhergehenden Ansprüche 14 bis 15, dadurch gekennzeichnet, dass bei der Synchronisation der zusammengesetzten Datenobjekte die Beziehungen der Datenobjekte der zusammengesetzten Datenobjekte zueinander ebenfalls synchronisiert werden.
Verfahren nach einem der vorhergehenden Ansprüche 15 bis 16, dadurch gekennzeichnet, dass die Transformationsregel bzw. Transformationsregeln auch eine Abbildungsvorschrift umfasst bzw. umfassen, die angibt bzw. angeben, wie das Master-Datenobjekt und die mit dem Master-Datenobjekt in Beziehung stehenden weiteren Datenobjekte des zusammengesetzten Datenobjektes in ein temporäres Master-Metaobjekt oder in ein temporäres zusammengesetztes Metaobjekt abzubilden sind.
Verfahren nach einem der vorhergehenden Ansprüche 14 bis 17, dadurch gekennzeichnet, dass
in einem ersten Schritt die Datenobjekte des zusammengesetzten Datenobjektes unabhängig voneinander, vorzugsweise gemäß dem Verfahren nach einem der Ansprüche 1 bis 13 synchronisiert werden, und in einem zweiten Schritt die Beziehungen der Datenobjekte zueinander synchronisiert werden.
19. Verfahren nach einem der vorhergehenden Ansprüche 14 bis 18, dadurch gekennzeichnet, dass die Beziehung zwischen zwei Datenobjekten eines zusammengesetzten Datenobjektes ebenfalls ein Datenobjekt ist, wobei die Beziehung vorzugsweise gemäß dem Verfahren nach einem der Ansprüche
1 bis 13 synchronisiert wird.
20. Verfahren nach einem der vorhergehenden Ansprüche, wobei jedes Datenobjekt (DOi; D02) genau einer Metaklasse (MKi bis M „) zugeordnet wird. System zur Synchronisation eines ersten Datenobjektes (DOi) mit zumindest einem zweiten Datenobjekt (DO2), wobei das System eine Datenverarbeitungseinrichtung (DV) umfasst, die angepasst ist, ein Verfahren gemäß einem der vorhergehenden Ansprüche auszuführen.
System nach Anspruch 21, wobei die Datenverarbeitungseinrichtung (DV) über ein Kommunikationsnetzwerk (K) mit zumindest einer Speichereinrichtung (DBi; DB2) koppelbar ist, und angepasst ist, das erste Datenobjekt (DOi) über das Kommunikationsnetzwerk von der Speichereinrichtung (DBi) entgegenzunehmen und das zweite Datenobjekt (DO2), nachdem es mit dem ersten Datenobjekt synchronisiert worden ist, zur Übertragung über das Kommunikationsnetzwerk auf die Speichereinrichtung (DB2) bereitzustellen.
Computerprogrammprodukt, das in den Speicher einer Datenverarbeitungseinrichtung (DV) geladen werden kann und auf dieser zur Ausführung gebracht werden kann, und das Programmabschnitte umfasst, die angepasst sind, ein Verfahren nach einem der vorhergehenden Ansprüche 1 bis 20 zur Ausführung zu bringen.
PCT/EP2014/066531 2013-08-01 2014-07-31 Verfahren und system zur synchronisation von daten Ceased WO2015014955A1 (de)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP14748164.2A EP3028182B8 (de) 2013-08-01 2014-07-31 Verfahren und system zur synchronisation von daten
CN201480043611.2A CN105659226B (zh) 2013-08-01 2014-07-31 使数据同步的方法和系统
US15/010,893 US10402422B2 (en) 2013-08-01 2016-01-29 Method and system for synchronizing data

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102013108306.4A DE102013108306A1 (de) 2013-08-01 2013-08-01 Verfahren und System zur Synchronisation von Daten
DE102013108306.4 2013-08-01

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US15/010,893 Continuation US10402422B2 (en) 2013-08-01 2016-01-29 Method and system for synchronizing data

Publications (1)

Publication Number Publication Date
WO2015014955A1 true WO2015014955A1 (de) 2015-02-05

Family

ID=51298729

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2014/066531 Ceased WO2015014955A1 (de) 2013-08-01 2014-07-31 Verfahren und system zur synchronisation von daten

Country Status (5)

Country Link
US (1) US10402422B2 (de)
EP (1) EP3028182B8 (de)
CN (1) CN105659226B (de)
DE (1) DE102013108306A1 (de)
WO (1) WO2015014955A1 (de)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11461739B2 (en) * 2020-02-18 2022-10-04 CalendarBridge Inc Privacy-sensitive, multi-calendar synchronization
CN114840393B (zh) * 2022-06-29 2022-09-30 杭州比智科技有限公司 一种多数据源数据同步监控方法及系统
CN116483926A (zh) * 2023-04-23 2023-07-25 平安科技（深圳）有限公司 数据表的同步方法、装置、存储介质及计算机设备
US12541377B2 (en) * 2023-06-07 2026-02-03 Spillbox Inc. Systems, methods and computer program products for remote data retrieval from computing devices

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5392390A (en) * 1992-04-10 1995-02-21 Intellilink Corp. Method for mapping, translating, and dynamically reconciling data between disparate computer platforms
US20040199536A1 (en) * 2003-03-24 2004-10-07 Barnes Leon Maria Theresa Product common object
US20060259517A1 (en) * 2005-05-10 2006-11-16 Siemens Communications, Inc. Data synchronizer with failover facility
WO2007117132A1 (en) * 2006-04-07 2007-10-18 Mag Productions Holding B.V. Method and system for synchronization of databases
US7490112B1 (en) * 1997-04-15 2009-02-10 Intellisync Corporation System and methods for synchronizing information among disparate datasets
WO2010036983A1 (en) * 2008-09-25 2010-04-01 Rockliffe Systems, Inc. (Dba Mailsite) Personal information management data synchronization

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7359926B1 (en) * 2003-02-13 2008-04-15 Stampede, Technologies, Inc. System for optimization of database replication/synchronization
US7565365B2 (en) * 2005-08-31 2009-07-21 Sap Ag Object storage and synchronization hooks for occasionally-connected devices
US8694972B2 (en) * 2006-11-10 2014-04-08 The Mathworks, Inc. System and method for interoperating with foreign objects from a single language computing environment
CN101043641B (zh) * 2007-03-07 2011-11-30 中兴通讯股份有限公司 一种rnc间mbms数据同步方法及系统
US8078749B2 (en) * 2008-01-30 2011-12-13 Microsoft Corporation Synchronization of multidimensional data in a multimaster synchronization environment with prediction
EP2350815A1 (de) * 2008-10-21 2011-08-03 Accenture Global Services Limited Modelltransformationseinheit
CN102054035B (zh) * 2010-12-29 2013-01-02 北京播思软件技术有限公司 一种基于数据范围的数据库数据同步方法
CN103136231B (zh) * 2011-11-25 2016-03-02 中国移动通信集团江苏有限公司 一种异构数据库间的数据同步方法及系统
CN103051729A (zh) * 2013-01-14 2013-04-17 南京轨道交通系统工程有限公司 一种异构数据同步实现方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5392390A (en) * 1992-04-10 1995-02-21 Intellilink Corp. Method for mapping, translating, and dynamically reconciling data between disparate computer platforms
US7490112B1 (en) * 1997-04-15 2009-02-10 Intellisync Corporation System and methods for synchronizing information among disparate datasets
US20040199536A1 (en) * 2003-03-24 2004-10-07 Barnes Leon Maria Theresa Product common object
US20060259517A1 (en) * 2005-05-10 2006-11-16 Siemens Communications, Inc. Data synchronizer with failover facility
WO2007117132A1 (en) * 2006-04-07 2007-10-18 Mag Productions Holding B.V. Method and system for synchronization of databases
WO2010036983A1 (en) * 2008-09-25 2010-04-01 Rockliffe Systems, Inc. (Dba Mailsite) Personal information management data synchronization

Also Published As

Publication number Publication date
US20160147857A1 (en) 2016-05-26
DE102013108306A1 (de) 2015-02-05
US10402422B2 (en) 2019-09-03
CN105659226A (zh) 2016-06-08
CN105659226B (zh) 2019-05-31
EP3028182B8 (de) 2018-02-21
EP3028182B1 (de) 2017-11-29
EP3028182A1 (de) 2016-06-08

Similar Documents

Publication Publication Date Title
DE102016216843B4 (de) Verteiltes Zusammenführen von Dateien
EP1430369B1 (de) Dynamischer zugriff auf automatisierungsressourcen
DE112012002631T5 (de) Stream-Verarbeitung unter Verwendung einer Client-Server-Architektur
EP2648094B1 (de) Verfahren und system zum erzeugen eines quellcodes für ein computerprogramm zur ausführung und simulation eines prozesses
EP3028182B1 (de) Verfahren und system zur synchronisation von daten
EP2466406B1 (de) Verfahren zur automatischen Erzeugung von Dynamic Frame Packgruppen
EP1638028A2 (de) Rechnergestützte Erzeugung und Änderungsmanagement für Bedienoberflächen
EP2732347A1 (de) Verfahren und system zur dynamischen verteilung von programmfunktionen in verteilten steuerungssystemen
EP3800864B1 (de) Verfahren zum konfigurieren eines opc ua pubsub teilnehmers, automatisierungssystem, computerprogramm und computerlesbares medium
EP1647898A1 (de) Serverlose Replikation von Datenbanken
EP1437655A2 (de) Rechner- und/oder Software-Architektur unter Verwendung von Micro-Kernel- und Multi-Tier-Konzept mit Komponententechnik
EP3800517A1 (de) Redundantes automatisierungssystem, verfahren zur erstellung eines solchen automatisierungssystems, computerprogramm und computerlesbares medium
DE102013108309A1 (de) Verfahren zum Konnektieren von Objekten in einer Softwareanwendung
EP3396919A1 (de) Verfahren zur datenübertragung von einem gerät an ein datenverwaltungsmittel, vermittlungseinheit, gerät und system
DE102007049958A1 (de) Verfahren und System zur Aktualisierung einer mehrschichtigen Applikation
DE102021200191B3 (de) Verfahren zum Verarbeiten von Konfigurations-Daten einer Vielzahl von Entitäten, damit zusammenwirkende Verfahren und Vorrichtungen sowie Computerprogrammprodukt und Signalfolge
EP3796161A1 (de) Verfahren zur bestimmung einer container-konfiguration eines systems, system, computerprogramm und computerlesbares medium
DE10139761B4 (de) Computeranordnung in Form eines Client-/Server-Systems mit einer Datei einer Auszeichnungssprache für die Parametrisierung einer automatischen Abfrage sowie entsprechendes Verfahren
EP3374891B1 (de) Verfahren zur entwicklung einer baugruppe, die mindestens eine mechatronische komponente aufweist, und eine entsprechende anordnung
EP2518644A1 (de) Verfahren zur Steuerung der Übersetzung von vorgegebenen Regeln und/oder eingehenden Daten eines Datenstroms
DE102004023634A1 (de) Verfahren zur Vollständigkeits- und Konsistenzprüfung einer Informationsbibliothek
EP4102378A1 (de) Verfahren zur neuorganisation und/oder transformation von daten
DE202012001213U1 (de) Vorrichtung zur einheitlichen Darstellung von grafischen Benutzerinteraktionsoberflächen auf technisch unterschiedlich ausgeprägten Anzeigegeräten ("BoxWorld")
WO2019149339A1 (de) Verfahren zum erzeugen von prozessprotokollen in einer verteilten it-infrastruktur
DE202016104397U1 (de) Anordnung mit einem Werkzeug zum Konfigurieren einer technischen Anlage

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

Country of ref document: EP

Kind code of ref document: A1

REEP Request for entry into the european phase

Ref document number: 2014748164

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2014748164

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE