WO2014131430A1 - Verfahren zur modellbasierten softwareentwicklung von programmen mit datenbankzugriff - Google Patents
Verfahren zur modellbasierten softwareentwicklung von programmen mit datenbankzugriff Download PDFInfo
- Publication number
- WO2014131430A1 WO2014131430A1 PCT/EP2013/053788 EP2013053788W WO2014131430A1 WO 2014131430 A1 WO2014131430 A1 WO 2014131430A1 EP 2013053788 W EP2013053788 W EP 2013053788W WO 2014131430 A1 WO2014131430 A1 WO 2014131430A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- database
- history
- old
- entries
- new
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/30—Creation or generation of source code
- G06F8/35—Creation or generation of source code model driven
- G06F8/355—Round-trip engineering
Definitions
- the invention relates to a method for software development in which different program versions differ
- a typical situation is, for example, that a user is using an old version of a software system with Da ⁇ tenbank and a new version of the software system was created with database that change by the user the data recorded by types and data structures. The user wants to use the new version of the software system while continuing to use his already stored data.
- This problem has been solved so far that a SQL script was created by hand.
- This script contained instructions to create the new schemas.
- this script included for each database record whose data type has changed, replace it with an entry of the new data type with transfer of values from the old database entry ⁇ SQL statements.
- ⁇ rin a method for model-based software development programs to specify with database access in which a easy and secure database migration is possible.
- the invention relates generally to a method for model-based software development programs using database access, in which simultaneously with the production or modification of metamodels entries in a history list gene ⁇ riert and these are then used to automatically generate a SQL script that a validated migration from the old to the new schema as well as a migration of all data allowed.
- the advantage is that costs are saved and quality by automatically validating and testing won th ⁇ nen is.
- domain-specific languages are used to describe classes in the sense of object-oriented programming with meta models independent of programming languages.
- an arrangement with an editor ED which creates / deletes or alters both a respective meta-model Ml, M2 and creates / deletes or alters a respective history list HL1, HL2 with these changes is given to a generator KG of the respective model respective data types DT1, DT2 generated, a respective database DB1, DB2, in which these data types are mapped via respective database schemas DS1, DS2 to respective database entries DE1, DE2, and a migration engine (ME), from entries HEI, HE2 of the respective History lists HL1, HL2 a script S for changing the respective database schemas and respective database entries forms shown.
- a generator KG of the respective model respective data types DT1, DT2 generated a respective database DB1, DB2, in which these data types are mapped via respective database schemas DS1, DS2 to respective database entries DE1, DE2, and a migration engine (ME), from entries HEI, HE2 of the respective History lists HL1, HL2 a script S for changing the respective database
- the respective meta-models Ml of an old program version are managed together with the history entries HEI as an attribute in a container and the meta-models M2 of a new program version are managed together with history entries HE2 as an attribute in another container.
- an entry HEI, HE2 is generated in this history list HL1, HL2 au ⁇ tomatically. This entry contains all the information necessary to create a database schema
- a history entry is itself modeled as a meta-model.
- programming language constructs e.g. Java classes, which typically define the properties of objects.
- mapping objects to a relational database uses a framework for object-relational mapping (ORM).
- ORM object-relational mapping
- the database manufacturers offer their own implementations, but there are also open source persistence providers.
- the open-source persistence provider "Hibernate”, for example, makes it possible to store common objects with attributes and methods in relational databases and in turn to create objects from corresponding data records, thereby mapping relationships between objects to corresponding database relations ME works as follows:
- Persistence history generally describes how the data or objects were and are stored in non-volatile storage media, such as file systems or databases.
- the SQL code is collected by all handlers according to the chronological order of the histo- ry entries in an SQL script and optionally also annotated with pointers to the metamodel whose change was the cause. After processing all objects for histo- entry the migration engine ME outputs the complete SQL script S.
- the migration can be validated by comparing the persistence schema of the new system with the database schema of the new database for consistency.
Abstract
Die Erfindung betrifft im Wesentlichen ein Verfahren zur modellbasierten Softwareentwicklung von Programmen mit Datenbankzugriff, bei dem gleichzeitig mit der Erzeugung oder Änderung von Metamodellen Einträge in eine Historienliste generiert werden und diese dann zur automatischen Erzeugung eines SQL-Skriptes verwendet werden, das eine validierte Migration vom alten zum neuen Schema sowie eine Migration aller Daten erlaubt. Der Vorteil besteht darin, dass Aufwand gespart wird und Qualität durch automatisches Validieren und Testen gewonnen wird.
Description
Beschreibung
Verfahren zur modellbasierten Softwareentwicklung von Programmen mit Datenbankzugriff
Die Erfindung betrifft ein Verfahren zu Softwareentwicklung, bei dem verschiedene Programmversionen unterschiedliche
Persistenzschemata aufweisen und somit auch eine Datenbank- Migration erfordern.
Eine typische Situation besteht beispielsweise darin, dass ein Anwender eine alte Version eines Softwaresystems mit Da¬ tenbank einsetzt und eine neue Version des Softwaresystems mit Datenbank erstellt wurde, bei der sich vom Anwender ge- speicherte Datentypen und Datenstrukturen ändern. Der Anwender möchte die neue Version des Softwaresystems verwenden und dabei seine bereits gespeicherten Daten weiter verwenden.
In diesem Fall reicht es nicht aus, dass der Anwender die neue Version installiert, sondern er muss seine alte
Datenbank migrieren, damit die neue Software mit den bereits gespeicherten Daten ablaufen kann. Dies beinhaltet zwei
Schritte: es müssen die Datenbankschemata geändert werden und es müssen die Datenbankeintrage in Form der neuen Schemata abgespeichert werden.
Dieses Problem wurde bisher so gelöst, dass von Hand ein SQL- Skript erstellt wurde. Dieses Skript enthielt Anweisungen, um die neuen Schemata zu erstellen. Weiterhin enthielt dieses Skript für jeden Datenbankeintrag, dessen Datentyp geändert wurde, SQL-Anweisungen, die ihn durch einen Eintrag des neuen Datentyps unter Übernahme der Werte aus dem alten Datenbank¬ eintrag ersetzen. Die der Erfindung zu Grunde liegende Aufgabe besteht nun da¬ rin, ein Verfahren zur modellbasierten Softwareentwicklung von Programmen mit Datenbankzugriff anzugeben, bei dem eine
möglichst einfache und sichere Datenbank-Migration ermöglicht wird .
Diese Aufgabe wird durch die Merkmale des Patentanspruchs 1 erfindungsgemäß gelöst. Die weiteren Ansprüche betreffen be¬ vorzugte Ausgestaltungen der Erfindung und eine Vorrichtung zur Durchführung des Verfahrens.
Die Erfindung betrifft im Wesentlichen ein Verfahren zur mo- dellbasierten Softwareentwicklung von Programmen mit Datenbankzugriff, bei dem gleichzeitig mit der Erzeugung oder Änderung von Metamodellen Einträge in eine Historienliste gene¬ riert werden und diese dann zur automatischen Erzeugung eines SQL-Skriptes verwendet werden, das eine validierte Migration vom alten zum neuen Schema sowie eine Migration aller Daten erlaubt. Der Vorteil besteht darin, dass Aufwand gespart wird und Qualität durch automatisches Validieren und Testen gewon¬ nen wird. Nachfolgend wird die Erfindung anhand eines in der Zeichnung dargestellten Ausführungsbeispiels näher erläutert.
In der modellgetriebenen Softwareentwicklung werden domänenspezifische Sprachen verwendet, um Klassen im Sinne objekt- orientierter Programmierung mit Metamodellen programmiersprachenunabhängig zu beschreiben.
In der Zeichnung ist eine Anordnung mit einem Editor ED, der sowohl ein jeweiliges Metamodell Ml, M2 erzeugt/löscht oder ändert als auch eine jeweilige Historienliste HL1 , HL2 mit diesen Änderungen erzeugt/löscht oder ändert, einem Generator KG, der aus dem jeweiligen Modell jeweilige Datentypen DT1 , DT2 erzeugt, einer jeweiligen Datenbank DB1 , DB2, bei der diese Datentypen über jeweilige Datenbankschemata DS1, DS2 auf jeweilige Datenbankeinträge DE1 , DE2 abgebildet werden, und einer Migrationsmaschine (Migration Engine) ME, die aus Einträgen HEI, HE2 der jeweiligen Historienlisten HL1 , HL2
ein Skript S zur Änderung der jeweiligen Datenbankschemata und jeweiligen Datenbankeinträge bildet, gezeigt.
Die jeweiligen Metamodelle Ml einer alten Programmversion werden zusammen mit den Historieneinträgen HEI als Attribut in einem Container verwaltet und die Metamodelle M2 einer neuen Programmversion werden zusammen mit Historieneinträgen HE2 als Attribut in einem weiteren Container verwaltet. Bei Erzeugung, Änderung, Löschung eines Metamodells wird au¬ tomatisch auch ein Eintrag HEI, HE2 in dieser Historienliste HL1 , HL2 erzeugt. Dieser Eintrag enthält alle Informationen, die notwendig sind, um ein entsprechendes Datenbankschema
DS1, DS2 zu erzeugen, zu ändern oder zu löschen, wie z.B. den Namen und den Datentyp eines neu zu einem Metamodell hinzuge¬ fügten Attributes. Ein Historieneintrag ist selbst auch als Metamodell modelliert.
Mit Hilfe des programmierten Generators KG werden aus den Me- tamodellen Programmiersprachenkonstrukte, z.B. Java Klassen, erzeugt, die typischerweise die Eigenschaften von Objekten definieren .
Für die Abbildung von Objekten in eine relationale Datenbank wird ein Framework für objektrelationales Mapping (ORM) verwendet. Typischerweise bieten die Datenbank-Hersteller dort eigene Implementierungen an, es gibt aber auch Open-Source Persistenzprovider . Der Open-Source Persistenzprovider „Hibernate" ermöglicht z. B., gewöhnliche Objekte mit Attri- buten und Methoden in relationalen Datenbanken zu speichern und aus entsprechenden Datensätzen wiederum Objekte zu erzeugen. Beziehungen zwischen Objekten werden dabei auf entsprechende Datenbank-Relationen abgebildet. Die Migrationsmaschine ME arbeitet wie folgt:
Sie hat Zugriff auf den Metamodell-Container des alten Systems und auf den des neuen Systems.
Durch Vergleich der Historieneinträge in der Historienliste HL2 für ein Metamodell M2 im neuen System und der Historieneinträge in der Historienliste HL1 für ein Metamodell Ml im alten bzw. ursprünglichen System wird ein Einstiegszeitpunkt (entry point) bestimmt. Dies ist der Zeitpunkt, ab dem die Historieneinträge im neuen System berücksichtigt werden müs¬ sen . Es wird eine Liste aller relevanten Historieneinträge für al¬ le betroffenen Metamodelle, bspw. die Modelle Ml und M2, er¬ zeugt. Aus diesen Historieneinträgen HEI und HE2, die ja Instanzen eines Metamodells „Historieneintrag" sind, werden entsprechende Objekte einer Programmiersprache, z.B. Java, erzeugt. Alle diese Javaobjekte zusammen bilden eine
Persistenzhistorie ab, die auf der alten bzw. ursprünglichen Datenbank ausgeführt werden muss, wobei eine
Persistenzhistorie allgemein beschreibt wie die Daten oder Objekte in nichtflüchtigen Speichermedien, wie Dateisystemen oder Datenbanken, gespeichert wurden und werden.
Je nach Art des Historieneintrags, z. B. „add attribute", „remove attribute" usw., wird ein entsprechendes Javaobjekt für einen Historieneintrag an einen spezifischen Handler übergeben. Dieser ändert dann das Persistenzschema, z.B. für „Hibernate", entsprechend und erzeugt SQL-Code, der notwendig ist, um erforderliche Datenbankschemaänderungen vorzunehmen und Datenbankeinträge zu ändern. Als „Handler" (Handhaber) wird üblicherweise eine asynchrone Rückruffunktion verstan- den, die einer anderen Funktion als Parameter übergeben und von dieser unter gewissen Bedingungen aufgerufen wird.
In der Migrationsmaschine ME wird der SQL-Code von allen Handlern entsprechend der zeitlichen Reihenfolge der Histo- rieneinträge in einem SQL-Skript gesammelt und optional auch kommentiert mit Hinweisen auf das Metamodell, dessen Änderung die Ursache war. Nach Abarbeitung aller Objekte für Histo-
rieneinträge gibt die Migrationsmaschine ME das vollständige SQL-Skript S aus.
Dieses SQL-Skript S kann nun auf die alte Datenbank angewen¬ det werden um sie auf die neue Version des Systems zu migrie ren .
Anschließend kann optional die Migration validiert werden, dadurch dass das Persistenzschema des neuen Systems mit den Datenbankschemata der neuen Datenbank auf Übereinstimmung verglichen wird.
Claims
1. Verfahren zur modellbasierten Softwareentwicklung von Programmen mit Datenbankzugriff,
- bei dem mit Hilfe eines Editors (ED) Metamodelle (Ml, M2) einer alten und neuen Programmversion erzeugt oder geändert werden, derart dass für eine jeweilige Programmversion eine jeweilige Historienliste (HL1, HL2) erzeugt und jede Änderung eines Metamodells durch einen entsprechenden Historieneintrag (HEI, HE2) in der jeweiligen Historienliste festgehalten wird,
- bei dem mit Hilfe eines Klassengenerators (KG) aus Metamo- dellen (Ml) der alten Programmversion alte Datentypen (DT1) erzeugt werden, die über Datenbankschemata (DS1) einer alten Datenbank (DB1) auf alte Datenbankeinträge (DE1) der alten Datenbank (DB1) abgebildet werden,
- bei dem mit Hilfe des Klassengenerators (KG) aus Metamodel- len (M2) der neuen Programmversion neue Datentypen (DT2) erzeugt werden, die über neue Datenbankschemata (DS2) einer neuen Datenbank (DB2) auf neue Datenbankeinträge (DE2) der neuen Datenbank (DB2) abgebildet werden,
- bei dem mit Hilfe einer Migrationsmaschine (ME) aus den Historienlisten (HL1, HL2) der alten und der neuen Programmversion ein Skript (S) zur Änderung der Datenbankschemata (DS1) und Einträge (DE1) gebildet wird und
- bei dem die alte Datenbank (DB1) mit Hilfe des Skripts (S) zur neuen Datenbank (DB2) migriert wird, wobei die alten Datenbankeinträge (DE1) in neue Datenbankeinträge (DE2) und/oder die alten Datenschemata (DS1) in neue Datenbanksche- mata (DS2) umgewandelt werden.
2. Verfahren nach Anspruch 1,
- bei dem durch Vergleich der Historieneinträge (HE2) in der Historienliste (HL2) eines jeweiligen Modells (M2) der neuen Programmversion und der Historieneinträge (HEI) in der Histo¬ rienliste (HL1) eines jeweiligen Modells (Ml) der alten Programmversion ein Einstiegszeitpunkt bestimmt wird,
- bei dem eine Liste aller relevanten Historieneinträge (HEI, HE2) für alle betroffenen Metamodelle erzeugt wird und aus den darin enthaltenen jeweilige Historieneinträgen jeweilige Objekte einer Programmiersprache erzeugt werden die dann an einen jeweiligen Handler übergeben werden, wobei der jeweilige Handler dann das Persistenzschema für eine objektrelatio¬ nale Abbildung entsprechend ändert und einen jeweiligen SQL- Code zur Änderung der Datenbankschemata und Datenbankeinträge erzeugt, und
- bei dem der SQL-Code von allen Handlern entsprechend der zeitlichen Reihenfolge der Historieneinträge in einem SQL- Skript gesammelt wird und nach Abarbeitung aller Objekte für Historieneinträge ein vollständiges SQL-Skript S ausgegeben wird .
3. Verfahren nach Anspruch 1 oder 2,
bei dem beim Sammeln der SQL-Codes von allen Handlern auch eine Kommentierung mit Hinweisen auf das Metamodell dessen Änderung die Ursache war erfolgt.
4. Verfahren nach einem der vorhergehenden Ansprüche,
bei dem die Daten der alten Datenbank (DB1) dadurch auf die neue Datenbank (DB2) migriert werden, dass mit Hilfe des SQL- Scripts (S) das Persistenzschema der alten Datenbank (DB1) geändert wird.
5. Verfahren nach Anspruch 4,
bei dem anschließend kann die Migration dadurch validiert wird, dass das veränderte Persistenzschema mit den Datenbank- Schemata (DS2) der neuen Datenbank (DB2) verglichen wird.
6. Vorrichtung zur Durchführung eines der vorhergehenden Verfahren,
- bei der eine Einrichtung zum Zugriff auf Metamodell- Container (Ml, HL1, M2, HL2) der alten und der neuen Programmversion vorhanden ist,
- bei der eine Einrichtung zur Bestimmung eines Einstiegszeitpunkts derart vorhanden ist, dass durch Vergleich der
Historieneinträge (HE2) in der Historienliste (HL2) eines je¬ weiligen Modells (M2) der neuen Programmversion und der Historieneinträge (HEI) in der Historienliste (HL1) eines jewei¬ ligen Modells (Ml) der alten Programmversion ein Einstiegs- Zeitpunkt bestimmt wird,
- bei der Einrichtung zur Erzeugung von SQL-Code derart vorhanden ist, dass eine Liste aller relevanten Historieneinträ¬ ge (HEI, HE2) für alle betroffenen Metamodelle erzeugt wird und aus den darin enthaltenen jeweilige Historieneinträgen jeweilige Objekte einer Programmiersprache erzeugt werden die dann an einen jeweiligen Handler übergeben werden, wobei der jeweilige Handler dann das Persistenzschema für eine objekt¬ relationale Abbildung entsprechend ändert und einen jeweili¬ gen SQL-Code zur Änderung der Datenbankschemata (DS1) und Da- tenbankeinträge (DE1) erzeugt, und
- bei dem eine Einrichtung zum Sammeln von SQL-Code derart vorhanden ist, dass der SQL-Code von allen Handlern entsprechend der zeitlichen Reihenfolge der Historieneinträge in ei¬ nem SQL-Skript gesammelt wird und nach Abarbeitung aller Ob- jekte für Historieneinträge ein vollständiges SQL-Skript S ausgegeben wird.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/EP2013/053788 WO2014131430A1 (de) | 2013-02-26 | 2013-02-26 | Verfahren zur modellbasierten softwareentwicklung von programmen mit datenbankzugriff |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/EP2013/053788 WO2014131430A1 (de) | 2013-02-26 | 2013-02-26 | Verfahren zur modellbasierten softwareentwicklung von programmen mit datenbankzugriff |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2014131430A1 true WO2014131430A1 (de) | 2014-09-04 |
Family
ID=47845935
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/EP2013/053788 WO2014131430A1 (de) | 2013-02-26 | 2013-02-26 | Verfahren zur modellbasierten softwareentwicklung von programmen mit datenbankzugriff |
Country Status (1)
| Country | Link |
|---|---|
| WO (1) | WO2014131430A1 (de) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109445768A (zh) * | 2018-09-28 | 2019-03-08 | 平安科技（深圳）有限公司 | 数据库脚本生成方法、装置、计算机设备及存储介质 |
| CN111708760A (zh) * | 2020-06-17 | 2020-09-25 | 珠海宏桥高科技有限公司 | 模型迁移部署方法、装置、电子设备及存储介质 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20090094014A1 (en) * | 2007-10-04 | 2009-04-09 | Wynne Crisman | Software System For Binding Model Data To View Components |
| US20090198727A1 (en) * | 2008-01-31 | 2009-08-06 | International Business Machines Corporation | Trace-based database schema evolution method and system |
-
2013
- 2013-02-26 WO PCT/EP2013/053788 patent/WO2014131430A1/de active Application Filing
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20090094014A1 (en) * | 2007-10-04 | 2009-04-09 | Wynne Crisman | Software System For Binding Model Data To View Components |
| US20090198727A1 (en) * | 2008-01-31 | 2009-08-06 | International Business Machines Corporation | Trace-based database schema evolution method and system |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109445768A (zh) * | 2018-09-28 | 2019-03-08 | 平安科技（深圳）有限公司 | 数据库脚本生成方法、装置、计算机设备及存储介质 |
| CN109445768B (zh) * | 2018-09-28 | 2022-02-11 | 平安科技（深圳）有限公司 | 数据库脚本生成方法、装置、计算机设备及存储介质 |
| CN111708760A (zh) * | 2020-06-17 | 2020-09-25 | 珠海宏桥高科技有限公司 | 模型迁移部署方法、装置、电子设备及存储介质 |
| CN111708760B (zh) * | 2020-06-17 | 2023-05-12 | 宏桥高科技集团有限公司 | 模型迁移部署方法、装置、电子设备及存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| DE60311805T2 (de) | Erfassung, Zusammenstellung und/oder Visualisierung von strukturellen Merkmalen von Architekturen | |
| WO2015044374A1 (de) | Verfahren und einrichtung zur automatisierten erzeugung und bereitstellung wenigstens einer softwareanwendung | |
| DE10121790A1 (de) | System und Verfahren zur Konfiguration von Softwareprodukten | |
| WO2008040664A1 (de) | Verfahren zur rechnergestützten bewertung von softwarequellcode | |
| DE102014204840A1 (de) | Verbessertes Datenintegrationswerkzeug | |
| DE112007003298T5 (de) | Periphere Vorrichtung einer programmierbaren Steuerung, Verfahren zur Variablensubstitution und Computerprogrammprodukt dafür | |
| WO2015185328A1 (de) | Computerimplementiertes verfahren und signalfolge für ein programm zur wiederverwendung von ausführbaren softwarekonfigurationen für softwaresysteme sowie rechneranlage und ein computerprogramm mit programmcode zur durchführung des verfahrens | |
| DE112013005993T5 (de) | Verfahren, Vorrichtung und computerlesbares Medium für eine optimale Bestimmung von Daten-Teilmengen | |
| DE69907714T2 (de) | Komponentbasiertes quellcodegeneratorverfahren | |
| DE102012001406A1 (de) | Automatische Konfiguration eines Produktdatenmanagementsystems | |
| EP2977888B1 (de) | Verfahren und System zur Speicherung und zur Versionsverwaltung von Computerprogrammen | |
| WO2014131430A1 (de) | Verfahren zur modellbasierten softwareentwicklung von programmen mit datenbankzugriff | |
| DE102021116315A1 (de) | Verfahren zum Zusammenführen von Architekturinformationen | |
| DE102012202603B3 (de) | Verfahren zur modellbasierten Softwareentwicklung von Programmen mit Datenbankzugriff | |
| DE102016005519B4 (de) | Verfahren zur Erstellung eines Metadaten-Datenmodells für eine BI-Infrastruktur | |
| EP1241570A2 (de) | Automatisierte Versions-Analyse von zu einer Softwareapplikation gehörenden Softwarekomponenten | |
| DE10346802B4 (de) | Verfahren zur Bearbeitung von CDR-Informationen | |
| DE102010044039A1 (de) | Verfahren und Vorrichtung zur Qualitätsanalyse von Systemmodellen | |
| EP2329374A1 (de) | Testmodul und verfahren zum testen einer o/r-abbildungs-middleware | |
| DE10233971A1 (de) | Verfahren und Vorrichtung zur Erzeugung von Software | |
| DE102017212612A1 (de) | Verfahren zum automatischen Erzeugen von Tests für die Software eines Fahrzeugs | |
| EP2037375B1 (de) | Verfahren zum Betreiben von Datenbanken | |
| DE102013006949A1 (de) | Verfahren zur Gewährleistung der Funktionsfähigkeit eines technischen Systems im Hinblick auf dessen Konfiguration im Rahmen einer Installation bzw. Beseitigung von Komponenten | |
| WO2023280603A1 (de) | Computerimplementiertes verfahren, computerprogramm und vorrichtung zur erweiterung eines graphen | |
| WO2023208578A1 (de) | Verfahren und computerprogramm zur automatisierten erzeugung von kommunikationsschnittstellen in algorithmen aus dem bereich der künstlichen intelligenz |
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: 13708715 Country of ref document: EP Kind code of ref document: A1 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 13708715 Country of ref document: EP Kind code of ref document: A1 |