AT521649B1 - Verfahren zur Ermittlung von Prozessabläufen - Google Patents
Verfahren zur Ermittlung von Prozessabläufen Download PDFInfo
- Publication number
- AT521649B1 AT521649B1 ATA50777/2018A AT507772018A AT521649B1 AT 521649 B1 AT521649 B1 AT 521649B1 AT 507772018 A AT507772018 A AT 507772018A AT 521649 B1 AT521649 B1 AT 521649B1
- Authority
- AT
- Austria
- Prior art keywords
- data
- type
- record
- data record
- records
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 334
- 230000008569 process Effects 0.000 title claims abstract description 181
- 230000015654 memory Effects 0.000 claims description 63
- 238000012360 testing method Methods 0.000 claims description 8
- 238000001514 detection method Methods 0.000 claims description 6
- 230000008901 benefit Effects 0.000 description 5
- 238000012545 processing Methods 0.000 description 5
- 238000011156 evaluation Methods 0.000 description 4
- 230000003068 static effect Effects 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- 230000015572 biosynthetic process Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000001427 coherent effect Effects 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 238000004049 embossing Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 238000003754 machining Methods 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B19/00—Programme-control systems
- G05B19/02—Programme-control systems electric
- G05B19/04—Programme control other than numerical control, i.e. in sequence controllers or logic controllers
- G05B19/042—Programme control other than numerical control, i.e. in sequence controllers or logic controllers using digital processors
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B19/00—Programme-control systems
- G05B19/02—Programme-control systems electric
- G05B19/418—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM]
- G05B19/41885—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM] characterised by modeling, simulation of the manufacturing system
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR 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/28—Databases characterised by their database models, e.g. relational or object models
- G06F16/289—Object oriented databases
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B19/00—Programme-control systems
- G05B19/02—Programme-control systems electric
- G05B19/418—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM]
- G05B19/41835—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM] characterised by programme execution
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B2219/00—Program-control systems
- G05B2219/30—Nc systems
- G05B2219/35—Nc in input of data, input till input file format
- G05B2219/35263—Using variables, parameters in program, macro, parametrized instruction
Landscapes
- Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Strategic Management (AREA)
- Data Mining & Analysis (AREA)
- Entrepreneurship & Innovation (AREA)
- Human Resources & Organizations (AREA)
- Databases & Information Systems (AREA)
- Quality & Reliability (AREA)
- General Engineering & Computer Science (AREA)
- Automation & Control Theory (AREA)
- Manufacturing & Machinery (AREA)
- Marketing (AREA)
- Tourism & Hospitality (AREA)
- General Business, Economics & Management (AREA)
- Operations Research (AREA)
- Economics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
Es wird ein Verfahren zur Ermittlung von Prozessabläufen aus einzelnen in aufeinanderfolgenden Prozessschritten wiederholt anfallenden, einen variablen Wert (22) und einen konstanten Bezugsinhalt (23) aufweisenden Prozessdaten (21) beschrieben, wobei für aufeinanderfolgende Prozessschritte die Prozessdaten (21) anhand ihres erfassten Wertes (22) und anhand ihres Bezugsinhaltes (23) eindeutigen bestehenden oder neu zu erstellenden wertbehafteten Objektdatensätzen (28) zugeordnet werden. Um Prozessdaten mit hoher Integrität aufzuzeichnen und Prozessabläufe ermitteln zu können, wird vorgeschlagen, dass die wertbehafteten Objektdatensätze (28) über Objektrelationsdatensätze (29, 32) entsprechend ihrem Bezugsinhalt (23) mit wertunbehafteten Objektdatensätzen (30, 33) verknüpft werden, wobei die bestehenden Objektdatensätze (28) über einen Prozesseingangsdatensatz und die neu erstellten Objektdatensätze (30, 33) sowie Objektrelationsdatensätze (29, 32) über einen Prozessausgangsdatensatz mit einem, dem jeweiligen Prozessschritt zugeordneten Prozessschrittdatensatz verknüpft werden.
Description
[0001] Die Erfindung bezieht sich auf ein Verfahren und eine Vorrichtung zur Ermittlung von Prozessabläufen aus einzelnen in aufeinanderfolgenden Prozessschritten wiederholt anfallenden, einen variablen Wert und einen konstanten Bezugsinhalt aufweisenden Prozessdaten, wobei für aufeinanderfolgende Prozessschritte die Prozessdaten anhand ihres erfassten Wertes und anhand ihres Bezugsinhaltes eindeutigen bestehenden oder neu zu erstellenden wertbehafteten Objektdatensätzen zugeordnet werden.
[0002] Um ablaufende Prozesse in Industrieanlagen oder anderen Informationsverarbeitungsanlagen überwachen und steuern zu können, sind Verfahren bekannt, bei denen Prozessdaten aufeinanderfolgender Prozessschritte erfasst und abgespeichert werden. Diese Prozessdaten enthalten in der Regel einen variablen Wert, wie beispielsweise eine Zahl, einen Text und einen im Kontext des Prozesses konstanten Bezugsinhalt. Der Bezugsinhalt kann dabei beispielsweise die Temperatur einer bestimmten Anlagenkomponente, Auftragsdaten oder Seriennummer des bearbeiteten Erzeugnisses oder dessen Abmessungen sein, die gemäß einem vorgegebenen Speicherschema abgelegt werden. Insbesondere bei Prozessen mit sehr vielen unterschiedlichen Ablaufmöglichkeiten, die abwechselnd vollautomatisierte, teilautomatisierte und von einem Benutzer durchgeführte manuelle Prozessschritte umfassen, ergibt sich daraus der Nachteil, dass der tatsächliche Prozessablauf nicht oder nur mit großem Aufwand nachvollzogen werden kann, obwohl einzelne Prozessdaten in mehreren aufeinanderfolgenden Prozessschritten auftreten und/oder benötigt werden. Dies ist insbesondere dann der Fall, wenn die Prozessdaten ablaufrelevante Information in Form von nicht-maschinenlesbaren Daten enthalten, wie beispielsweise Auftragsinformationen, Hinweise, oder Notizen von Benutzern, weil der Informationsinhalt dieser Daten nur unzulänglich maschinell erfasst und ausgewertet werden kann.
[0003] Es wurde daher bereits vorgeschlagen, mehrere unterschiedliche Prozessabläufe vorzudefinieren, um die anfallenden Prozessdaten den einzelnen vordefinierten Prozessabläufen zuordnen zu können. Bei vielen unterschiedlichen Prozessabläufen ist eine solche Konfiguration allerdings äußerst aufwendig bzw. bei im Vorhinein nicht bekannten Prozessschritten oder Prozessabläufen nicht möglich, was dazu führt, dass Prozessdaten entweder nicht vollständig oder mehrfach erfasst werden, was die Integrität, insbesondere die Konsistenz und die temporale Korrektheit der verarbeiteten Prozessdaten gefährdet. So kann beispielsweise unklar sein, wann ein Prozessdatum tatsächlich das erste Mal aufgetreten ist und wann lediglich darauf Bezug genommen wird. Eine Ermittlung von Prozessabläufen ist daher in solchen Systemen nicht oder nur unvollständig möglich.
[0004] Der Erfindung liegt somit die Aufgabe zugrunde, ein Verfahren und eine Vorrichtung der eingangs geschilderten Art so auszugestalten, dass anfallende Prozessdaten und tatsächliche Prozessabläufe sicherheitskritischer Prozesse mit mannigfaltigen Ablaufvarianten und a priori unbekannten Prozessabläufen zwischen vollautomatisierten, teilautomatisierten und von einem Benutzer durchgeführten manuellen Prozessschritten bei hoher Integrität der aufgezeichneten Prozessdaten und rascher Verarbeitungsgeschwindigkeit ermittelt und zur Steuerung und Regelung herangezogen werden können.
[0005] Die Erfindung löst die gestellte Aufgabe dadurch, dass die wertbehafteten Objektdatensätze über Objektrelationsdatensätze entsprechend ihrem Bezugsinhalt mit wertunbehafteten Objektdatensätzen verknüpft werden, wobei die bestehenden Objektdatensätze über einen Prozesseingangsdatensatz und die neu erstellten Objektdatensätze sowie Objektrelationsdatensätze über einen Prozessausgangsdatensatz mit einem, dem jeweiligen Prozessschritt zugeordneten Prozessschrittdatensatz verknüpft werden.
[0006] Dadurch, dass die Prozessdaten anhand ihres erfassten Wertes und anhand ihres Bezugsinhaltes eindeutigen bestehenden oder neu zu erstellenden wertbehafteten Objektdatensätzen zugeordnet werden, bildet sich aus den wertbehafteten Objekt datensätzen ein Zeichenvorrat möglicher erfassbarer Werte, während der sich aus den wertbehafteten und den wertun-
behafteten Objektdatensätzen als Knoten und den die Objektdatensätze miteinander verknüpfenden Objektrelationsdatensätzen als Kanten ergebende Pfad einerseits den unmittelbaren Bezugsinhalt dieser Werte und andererseits hinsichtlich des Informationsgehaltes höherwertige semantische Einheiten repräsentiert. Dies bedeutet, dass beispielsweise eine Zahlenfolge als Wert einem wertbehafteten Objektdatensatz zugeordnet ist, während sich der Um stand, dass es sich bei dieser Zahlenfolge um eine Seriennummer handelt aus der Verknüpfung dieses wertbehafteten Objektdatensatzes mit einem der Seriennummer entsprechenden, wertunbehafteten Objektdatensatz ergibt. Der wertunbehaftete Objektdatensatz beschreibt damit nicht nur den Typ der Zahlenfolge in diesem Beispiel, sondern die konkrete Seriennummer als solche, die diese Zahlenfolge aufweist. Die wertunbehafteten Objektdatensätze können beim Erfassen eines neuen Prozessdatums nur anhand des, den Bezugsinhalt der Werte repräsentierenden Pfades identifiziert werden, sodass für den Fall eines einzelnen erfassten Wertes sichergestellt ist, dass auch die wertunbehafteten Objektdatensätze innerhalb des Datenspeichers eindeutig sind. Werden mehrere Werte gleichzeitig erfasst, so können unter der Annahme, dass sich alle Werte auf denselben Bezugsinhalt beziehen, eindeutige Objektdatensätze dadurch erreicht werden, dass die Einzelpfade zueinander ausgerichtet und aufeinander projiziert werden. Der gemeinsame Bezugsinhalt der einzelnen Werte wird dann durch jene Objektdatensätze repräsentiert, die allen Einzelpfaden gemein sind. Beispielsweise kann eine Seriennummer nicht nur aus einer Zahlenfolge, sondern auch aus einer Produktkennung bestehen, die wiederum eine Buchstabenfolge ist. In diesem Fall ergeben sich für die Zuordnung zu der entsprechenden Seriennummer zwei Einzelpfade, nämlich einmal der sich von der Zahlenfolge und einmal der sich von der Buchstabenfolge erstreckende Pfad, die das der Seriennummer entsprechende wertunbehaftete Datenobjekt gemein haben. Werden erfindungsgemäß die bestehenden Objektdatensätze über einen Prozesseingangsdatensatz und die neu erstellten Objektdatensätze sowie Objektrelationsdatensätze über einen Prozessausgangsdatensatz mit einem, dem jeweiligen Prozessschritt zugeordneten Prozessschrittdatensatz verknüpft, so ergibt sich auf grund der Eindeutigkeit der Objektdatensätze eine zusammenhängende Abbildung des erfassten Prozesses, solange wenigstens ein übereinstimmender Objektdatensatz oder Objektrelationsdatensatz in zwei aufeinanderfolgenden Prozessschritten erfasst wird. Dies ist immer dann der Fall, wenn Prozessdaten eines Prozessschrittes in einem darauffolgenden Prozessschritt weiterverarbeitet werden. Aufgrund der erfindungsgemäßen Merkmale ergibt sich somit einerseits ein statisches semantisches Modell der anfallenden Prozessdaten, das aus durch Objektrelationsdatensätzen verknüpften Objektdatensätzen aufgebaut ist, und andererseits ein dynamisches Modell der tatsächlich ablaufenden Prozesse, das durch Objektdatensätze gebildet wird, die über Prozessausgangsdatensätze mit den Prozessschrittdatensätzen jener Prozessschritte verknüpft sind, in denen die zugehörigen Prozessdaten erstmals aufgetreten sind, und die über Prozesseingangsdatensätze mit Prozessschrittdatensätzen jener Prozessschritte verknüpft sind, in denen diese Prozessdaten weiterverarbeitet werden. Beide Modelle können getrennt ausgegeben und zur Steuerung und Regelung der Prozessabläufe herangezogen werden. Zur Sicherstellung der Datenintegrität sind die beiden Modelle aber über die Objektdatensätze und Objektrelationsdatensätze miteinander verschränkt, was zusammen mit der Eindeutigkeit der Objektdatensätze eine sichere Ermittlung von Prozessabläufen ermöglicht.
[0007] Um Prozessdaten besonders rasch eindeutigen bestehenden wertbehafteten und wertunbehafteten Objektdatensätzen zuordnen zu können, wird vorgeschlagen, dass der variable Wert und der Bezugsinhalt eines Prozessdatums gemeinsam mit einer Prozessschrittinformation erfasst werden, wonach der Bezugsinhalt ausgehend von einem, mit dem Wert behafteten Objektdatensatz in ein Datenpfadmuster für Objekt- und Objektrelationsdatensätze umgewandelt wird, und dass anhand des Datenpfadmusters zunächst Datenpfadmusterabschnitten entsprechende Objekt- und/oder Objektrelationsdatensätze aus einem Datenspeicher abgefragt und über Prozesseingangsdatensätze mit dem der Prozessschrittinformation entsprechenden Prozessschrittdatensatz verknüpft werden, wonach für fehlende Datenpfadmusterabschnitte Objekt- und/oder Objektrelationsdatensätze neu erstellt und über Prozessausgangsdatensätze mit dem Prozessschrittdatensatz verknüpft werden. Dieses Verfahren bringt den Vorteil mit sich, dass einerseits bereits höhere semantische Einheiten über Prozesseingangsdatensätze mit den
jeweiligen Prozessschrittdatensätzen verknüpft werden können, ohne dass die zur Erzeugung des Datenpfadmusters erforderlichen, teilweise wertbehafteten Objektdatensätze ebenfalls mit den Prozessschrittdatensätzen verknüpft werden müssten, um einen vollständigen Prozess abzubilden. Andererseits wird auf diese Weise sichergestellt, dass bereits bestehende Datenobjekte weiterverwendet und nicht etwa doppelt angelegt werden.
[0008] Um eine nachträgliche Manipulation der aufgezeichneten Prozessdaten zu verhindern, wird vorgeschlagen, dass die Objektdatensätze und/oder Objektrelationsdatensätze nach Abschluss des sie erstellenden Prozessschrittes ausgenommen eines Gültigkeitsdatenfeldes mit einem Schreibschutz und/oder einem Prüfwert versehen werden. Die nachträgliche Änderung der Gültigkeit eines Objektdatensatzes oder eines Objektrelationsdatensatzes ist aufgrund der Eindeutigkeit der Objektdatensätze für den Fall erforderlich, dass Objektdatensätze in aufeinanderfolgenden Prozessschritten ungültig bzw. gültig werden. In Anbetracht dessen, dass die Objektdatensätze wie oben beschrieben einen Zeichenvorrat möglicher erfassbarer Werte mit deren Bezugsinhalt bilden, wird es aber nur in Ausnahmefällen erforderlich sein, Objektdatensätze gültig oder ungültig zu setzen. Vielmehr werden die Objektrelationsdatensätze, die die einzelnen Objektdatensätze zu höheren semantischen Einheiten verknüpfen, gültig oder ungültig gesetzt. Um Manipulationen zusätzlich zu erschweren, kann alternativ oder ergänzend zu einem Schreibschutz ein Prüfwert vorgesehen werden, wobei die Prüfwerte einzelner Objektdatensätze und Objektrelationsdatensätze aufeinander im Sinne eines Block-Hash-Verfahrens basieren. Die Prüfwerte können dabei entweder auf zeitlich früher erstellten Prüfwerten und/oder auf Prüfwerten basieren, die für verknüpfte Objektdatensätze bzw. Objektrelationsdatensätze erstellt wurden. Zusätzlich können in einer bevorzugten Ausführungsform auch die Prozessschrittdatensätze und die zugehörigen Prozesseingangsdatensätze und Prozessausgangsdatensätze nach Abschluss des zugehörigen Prozessschrittes mit einem vollständigen Schreibschutz versehen und gegebenenfalls ebenfalls mit einem Prüfwert im Sinne eines BlockHash-Verfahrens gegen Manipulationen abgesichert werden.
[0009] Um aus einzelnen Prozessabläufen Aussagen über regelmäßig ablaufende Prozesse zu erhalten, kann erfindungsgemäß jeder Objektdatensatz, Objektrelationsdatensatz, Prozessschrittdatensatz, Prozesseingangsdatensatz und Prozessausgangsdatensatz einem Typdatensatz zugeordnet werden, wobei die über Prozesseingangstyp- und Prozessausgangstypdatensätze mit Prozessschritttypdatensätzen verknüpften Objekttypdatensätze und Objektrelationstypdatensätze ein die ablaufen den Prozesse beschreibendes Modell bilden. Dies hat unter anderem den Vorteil, dass dynamische Modelle möglicher Prozessabläufe und semantische Modelle möglicher Objektdatensätze rasch abgefragt werden können. Eine rasche Abfrage wird dabei schon allein dadurch ermöglicht, dass die Typdatensätze bei zumindest zeitweise wiederkehrenden Prozessabläufen eine deutlich geringere Anzahl als die Prozessdaten aufweisen, sodass der Modellspeicher entsprechend schnell abgefragt werden kann. Die Zuordnung zu einem Typdatensatz kann beispielsweise über ein Typdatenfeld in den Objektdatensätzen, Objektrelationsdatensätzen, Prozessschrittdatensätzen, Prozesseingangsdatensätzen und Prozessausgangsdatensätzen erfolgen. In diesem Fall kann dieses Feld ebenfalls von einem Schreibschutz und/oder einem Prüfwert ausgeschlossen werden, um eine nachträgliche Verfeinerung des Modells zu ermöglichen. So können beispielsweise aus einer Gruppe von Objektdatensätzen und Objektrelationsdatensätzen mit Hilfe von für den Fachmann bekannte Verfahren zur Gruppierung ähnlicher Muster neue Objekttypen und Objektrelationstypen abgeleitet werden, für die iterativ neue Objekttypdatensätze und Objektrelationstypdatensätze erzeugt und verknüpft werden.
[0010] Diese Maßnahmen können darüber hinaus die gerade bei Echtzeitanwendungen kritische Verarbeitungsgeschwindigkeit erhöhen, indem der Bezugsinhalt ausgehend von einem Objekttypdatensatz des mit dem Wert behafteten Objektdatensatzes zunächst in ein Modellpfadmuster für Objekttyp- und Objektrelationstypdatensätze umgewandelt wird, wonach bestehende Modellpfade oder Modellpfadabschnitte aus einem Modellspeicher abgerufen und anhand dieser Modellpfade oder Modellpfadabschnitte Datenpfadmuster zur Abfrage des Datenspeichers erzeugt werden. Eine Geschwindigkeitssteigerung ergibt sich zufolge dieser Merkma-
le wie oben erwähnt deshalb, weil die Anzahl der im Datenspeicher vorhandenen Objekt- und Objektrelationsdatensätze um ein Vielfaches höher als die Anzahl der im Modellspeicher abgespeicherten Objekttyp- und Objektrelationstypdatensätze ist, so dass die benötigte Abfragezeit für Modellpfade aus Objekttyp- und Objektrelationstypdatensätzen wesentlich geringer ist als für Datenpfade aus Objekt- und Objektrelationsdatensätzen. Nachdem allerdings jeder Objekt- und Objektrelationsdatensatz genau einem Objekttyp- bzw. Objektrelationstypdatensatz zugeordnet ist, kann bei Kenntnis des Modellpfades aus dem Modellspeicher die Abfrage im Datenspeicher deutlich schneller erfolgen. Daneben ergibt sich der wesentliche Vorteil, dass der Bezugsinhalt nicht vollständig bekannt sein muss, sondern durch Informationen aus dem Modellspeicher ohne Verzögerungen ergänzt werden kann. Der Bezugsinhalt muss lediglich für noch nicht vorhandene Objekttyp- bzw. Objektrelationstypdatensätze vollständig sein. Beispielsweise würde es bei einer Zahlenfolge als Wert ausreichen, als Bezugsinhalt ein Bauteil anzugeben, ohne dass der im Modellspeicher zwischenliegende Objekttyp einer Seriennummer sowie dessen Objekttyprelation zum Objekttyp der Zahlenfolge und dessen Objekttyprelation zum Objekttyp des Bauteiles bekannt sein und angegeben werden müsste. Es zeigt sich somit, dass zufolge der erfindungsgemäßen Merkmale die Integrität der aufgezeichneten Prozessdaten trotz unvollständig angegebener Bezugsinhalte erhalten werden kann.
[0011] Um darüber hinaus auf Basis eines bisherigen Prozessablaufes oder anhand einzelner Prozessdaten Vorhersagen über mögliche nächste Prozessschritte oder über mögliche verknüpfte Prozessdaten treffen zu können, wird vorgeschlagen, dass für jeden Prozesseingangstyp- und Prozessausgangstypdatensatz Wahrscheinlichkeitswerte, dass Objektdatensätze des zugehörigen Objekttypdatensatzes in vorgegebener Anzahl mit einem Prozessschrittdatensatz des zugehörigen Prozessschritttypdatensatzes verknüpft sind und Wahrscheinlichkeitswerte, dass Prozessschrittdatensätze des zugehörigen Prozessschritttypdatensatzes in vorgegebener Anzahl mit einem Objektdatensatz des zugehörigen Objekttypdatensatzes verknüpft sind, berechnet und dem Prozesseingangstyp- und Prozessausgangstypdatensatz zugewiesen werden. Ausgehend von einem vorgegebenen Objektdatensatz kann zufolge dieser Maßnahmen der zugehörige Objekttypdatensatz ermittelt werden, wonach über die nach den zugehörigen Wahrscheinlichkeitswerten sortieren, mit dem ermittelten Objekttypdatensatz verknüpften Prozesseingangstyp- und Prozessausgangstypdatensätze jene Prozessschritttypdatensätze ermittelt werden können, die jene Prozessschritte repräsentieren, in denen der Typ des vorgegebenen Objektdatensatzes mit einer vorgegebenen Wahrscheinlichkeit und in vorgegebener Anzahl auftritt. Umgekehrt kann auf diese Weise auch ermittelt werden, mit welcher Wahrscheinlichkeit ein Objektdatensatz in vorgegebener Anzahl in einem einem Prozessschrittdatensatz zugeordneten Prozessschritt auftritt.
[0012] Es wird daher vorgeschlagen, dass für jeden innerhalb eines Prozessschrittes einem Prozessdatum zugeordneten Objektdatensatz zunächst der zugehörige Objekttypdatensatz und dann jene Prozesseingangstyp- und/oder Prozessausgangstypdatensätze ermittelt werden, die den Objekttypdatensatz mit dem, dem Prozessdatensatz des Prozessschrittes zugeordneten Prozesschritttyodatensatz verknüpfen, wonach ein Warnsignal ausgegeben wird oder der überwachte Prozess unterbrochen wird, wenn die den Prozesseingangstyp- und/oder Prozessausgangstypdatensätzen zugeordneten Wahrscheinlichkeitswerte außerhalb eines vorgegebenen Wertebereiches liegen.
[0013] Um alternativ oder ergänzend dazu auch die Integrität des statischen semantischen Modells der Objektdatensätze überwachen zu können, wird vorgeschlagen, dass für jeden einen ersten Objekttypdatensatz mit einem zweiten Objekttypdatensatz verknüpfenden Objektrelationstypdatensatz Wahrscheinlichkeitswerte, dass Objektdatensätze des ersten Objekttypdatensatzes mit Objektdatensätzen des zweiten Objekttypdatensatzes in vorgegebener Anzahl verknüpft sind und Wahrscheinlichkeitswerte, dass Objektdatensätze des zweiten Objekttypdatensatzes mit Objektdatensätzen des ersten Objekttypdatensatzes in vorgegebener Anzahl verknüpft sind, berechnet und dem Objektrelationstypdatensatz zugewiesen werden. Anhand dieser Wahrscheinlichkeitswerte kann überprüft werden, ob die Verknüpfung zweier Datenobjekte über eine Datenobjektrelation eines bestimmten Datenobjektrelationstyps inner-
halb oder außerhalb gewöhnlicher Prozessparameter liegt, wobei dies auch über mehrere Prozessschritte hinweg erfolgen kann. Kann beispielsweise ein Objektdatensatz entweder in einem ersten oder in einem zweiten Prozessschritt das erste Mal auftreten, insgesamt aber nur einmal einem anderen Objektdatensatz untergeordnet werden, so ermöglichen die erfindungsgemäßen Merkmale auch für diesen Fall eine zuverlässige Integritätsprüfung.
[0014] Der Bezugsinhalt der Werte einzelner Prozessdaten kann beispielsweise anhand der Position und der physikalischen Einheit eines Sensors fest vorgegeben werden. Die Werte der Prozessdaten können aber auch über dem Bezugsinhalt zugeordnete Eingabefelder eines Eingabeterminals erfasst werden. Dies hat den Vorteil, dass auch komplexe Bezugsinhalte in einfacher Weise erfasst werden können, weil beispielsweise ganze Bedienabfolgen des Benutzers am Eingabeterminal, wie beispielsweise die Navigation durch einzelne Menüpunkte, als Bezugsinhalt herangezogen werden können. In diesem Zusammenhang kann der Benutzer in einer korrekten Bedienung unterstützt werden, indem nach dem Erfassen einzelner Prozessdaten anhand der den Prozesseingangstyp- und den Prozessausgangstypdatensätzen zugewiesenen Wahrscheinlichkeiten und/oder anhand der den Objektrelationstypdatensätzen zugewiesenen Wahrscheinlichkeiten Objekttypdatensätze für mögliche Objektdatensätze ermittelt werden, die im aktuellen Prozessschritt und in Anbetracht der den bereits erfassten Prozessdaten zugeordneten Datenobjekte mit diesen oder mit dem zugehörigen Prozessschrittdatensatz mit einer vorgegebenen Wahrscheinlichkeit verknüpft werden können, und indem für die ermittelten Objekttypdatensätze Eingabefelder zur Erfassung wertbehafteter Objektdatensätze dieser Typen am Eingabeterminal angezeigt werden. Darüber hinaus kann der Benutzer für erfasste Prozessdaten Warnungen erhalten, für die die Auftrittswahrscheinlichkeit der zugeordneten Objektdatensätze außerhalb eines vorgegebenen Grenzbereiches liegt.
[0015] Die Erfindung bezieht sich auch auf eine Vorrichtung zur Durchführung des Verfahrens, und zwar mit einem graphbasierten Datenspeicher für Objektdatensätze und Prozessschrittdatensätze als Knoten, für Prozesseingangsdatensätze und Prozessausgangsdatensätze als Kanten sowie für Objektrelationsdatensätze als Knoten und Kanten und mit einem graphbasierten Modellspeicher für Objekttypdatensätze und Prozessschritttypdatensätze als Knoten, für Prozesseingangstypdatensätze und Prozessausgangstypdatensätze als Kanten, sowie für Objektrelationstypdatensätze als Knoten und Kanten, wobei Datenspeicher und Modellspeicher mit je einer, von einer Erfassungseinrichtung angesteuerten Pfadabfrageeinheit und einer Pfaderzeugungseinheit verbunden sind.
[0016] Die Erfassungseinrichtung empfängt dabei in einem ersten Schritt einen variablen Wert und einen konstanten Bezugsinhalt aufweisende Prozessdaten sowie Prozessschrittinformationen von Fremdsystemen wie beispielsweise Eingabeterminals, wobei der Bezugsinhalt ausgehend von einem den Wert umfassenden wertbehafteten Objektdatensatz in ein Datenpfadmuster für Objektrelationsdatensätze und Objektdatensätze umgewandelt und an die Pfaderzeugungseinheit übergeben wird. In einem nächsten Schritt wird sodann mittels der Pfadabfrageeinheit der Datenspeicher auf bereits existierende Datenpfade des Datenpfadmusters überprüft. Ist diese Prüfung erfolgreich, so wird der dem Datenpfadmuster entsprechende Objektdatensatz über einen neu erstellten Prozesseingangsdatensatz mit einem den Prozessschrittinformationen zugeordneten Prozessschrittdatensatz verknüpft. Schlägt diese Prüfung fehl, so wird die Prüfung ausgehend vom wertbehafteten Objektdatensatz mit um jeweils eine Objektdatensatzbeschreibung erweitertem Datenpfadmusterabschnitt solange wiederholt, bis die Prüfung fehlschlägt. Daraufhin werden ausgehend von dem der letzten erfolgreichen Prüfung entsprechenden Objektdatensatzdem Datenpfadmusterabschnitt entsprechende Objektdatensätze und Objektrelationsdatensätze mittels der Pfaderzeugungseinheit neu erstellt und über Prozessausgangsdatensätze mit einem den Prozessschrittinformationen zugeordneten Prozessschrittdatensatz verknüpft. Sollte der Prozessschrittdatensatz noch nicht existieren, so kann er im Rahmen der Prüfung neu erstellt werden.
[0017] Für den Fall, dass jedem Objektdatensatz und Objektrelationsdatensatz ein Typdatensatz zugeordnet ist, kann das Pfadmuster auch als Modellpfadmuster aus Objekttypdatensätzen und Objektrelationstypdatensätzen aufgebaut werden. Dabei kann die Abfragegeschwindigkeit
erhöht werden, wenn die Pfadabfrageeinheit zunächst den Modellspeicher auf existierende Modellpfadmuster überprüft und aus den aufgefundenen Modellpfaden in einem zweiten Schritt ein Datenpfadmuster zur Abfrage des Datenspeichers bildet. Dadurch, dass die Anzahl der Datensätze im Modellspeicher deutlich geringer ausfällt als im Datenspeicher, kann trotz der zusätzlichen Prüfung des Modellspeichers die Prüfung des Datenspeichers anhand der Typinformationen aus dem Modellspeicher nicht nur rascher durchgeführt werden, sondern auch für den Fall ohne Geschwindigkeitseinbuße erfolgen, dass das Modellpfadmuster nicht vollständig zur Verfügung steht.
[0018] In der Zeichnung ist der Erfindungsgegenstand beispielsweise dargestellt. Es zeigen
[0019] Fig. 1 ein Blockschema einer Vorrichtung zur Durchführung des erfindungsgemäßen Verfahrens,
[0020] Fig. 2 ein Ablaufschema zur Erfassung von Prozessdaten gemäß dieses Verfahrens, [0021] Fig. 3 eine schematische Darstellung eines Datenpfadmusters,
[0022] Fig. 4 eine schematische Darstellung der durch das erfindungsgemäße Verfahren erzeugten Datensätze und
[0023] Fig. 5 ein Beispiel für den Inhalt des Datenspeichers nach dem Ablauf mehrerer Prozessschritte.
[0024] Eine Vorrichtung zur Durchführung des erfindungsgemäßen Verfahrens umfasst eine Erfassungseinrichtung 1, die über Datenleitungen mit beispielsweise Eingabeterminals 2 und Bearbeitungsanlagen 3 verbunden ist. Diesen Eingabeterminals 2 und Bearbeitungsanlagen 3 sind einzelne, aufeinanderfolgende Prozessschritte eines Bearbeitungsprozesses zugeordnet. Zur Ermittlung von Prozessabläufen werden über die Erfassungseinrichtung 1 Prozessdaten aufgezeichnet, die über eine Pfaderzeugungseinheit 4 in einen Datenspeicher 5 geschrieben werden. Zur Abfrage des Datenspeichers 5 ist eine Pfadabfrageeinheit 6 vorgesehen, die ebenfalls mit der Erfassungseinrichtung 1 verbunden ist.
[0025] Der Datenspeicher 5 ist bevorzugt graphbasiert aufgebaut und umfasst einen Objektdatensatzspeicherbereich 7, einen Prozessschrittdatensatzspeicherbereich 8, einen Prozesseingangsdatensatzspeicherbereich 9, einen Prozessausgangsdatensatzspeicherbereich 10 sowie einen Objektrelationsdatensatzspeicherbereich 11. Graphbasiert bedeutet in diesem Zusammenhang, dass die Objektdatensätze und die Prozessschrittdatensätze Knoten, während die Prozesseingangs-, Prozessausgangs- und Objektrelationsdatensätze Kanten eines vorzugsweise gerichteten Graphs bilden. Der Objektdatensatzspeicher 7 kann vorzugsweise in einen Speicherbereich 12 für wertbehaftete Objektdatensätze und einen Speicherbereich 13 für wertunbehaftete Objektdatensätze unterteilt werden.
[0026] Neben dem Datenspeicher 5 kann in einer bevorzugten Ausführungsform auch ein Modellspeicher 14 vorgesehen sein, der ebenfalls über die Pfadabfrageeinheit 6 und die Pfaderzeugungseinheit 4 angesprochen wird. Dieser Modellspeicher 14 umfasst einen Objekttypdatensatzspeicherbereich 15, einen Prozessschritttypdatensatzspeicherbereich 16 sowie einen Prozesseingangstypdatensatzspeicherbereich 17, einen Prozessausgangstypdatensatzspeicherbereich 18 und einen Objektrelationstypdatensatzspeicherbereich 19. Auch dieser Modellspeicher 14 ist graphbasiert aufgebaut, wobei die Objekttypdatensätze und Prozessschritttypdatensätze Knoten, während die Prozesseingangs-, Prozessausgangs- und Objektrelationstypdatensätze Kanten eines ebenfalls vorzugsweise gerichteten Graphs bilden.
[0027] Sowohl im Datenspeicher 5 als auch im Modellspeicher 14 nehmen die Objektrelationssowie die Objektrelationstypdatensätze eine Doppelfunktion als Knoten und Kanten des Graphs ein.
[0028] Zur Prüfung und Vorhersage möglicher Prozessdaten kann darüber hinaus eine Auswerteeinheit 20 vorgesehen werden, die entweder über die Pfadabfrageeinheit 6 oder wie in der Fig. 1 dargestellt direkt auf die beiden Speicher 5, 14 zugreift.
[0029] In der Fig. 2 ist der Ablauf des Erfassens neu eingehender Prozessdaten mit einer erfindungsgemäßen Vorrichtung schematisch dargestellt. Ein eingehendes Prozessdatum 21 weist dabei einen variablen Wert 22 und einen konstanten Bezugsinhalt 23 auf. Ein konstanter Bezugsinhalt 23 kann beispielsweise die Position einer geprägten Seriennummer entlang einer ersten Bezugsrichtung in mm sein. Der Wert 22 eines solchen Bezugsinhaltes 23 könnte beispielsweise „14“ sein. Gemäß dieser Ausführungsform der Erfindung wird in einem ersten Schritt 24 der Bezugsinhalt 23 von der Erfassungseinheit 1 ausgehend vom Wert 22 in ein in der Fig. 3 gezeigtes Datenpfadmuster 25 für Objekt- und Objektrelationsdatensätze umgewandelt. Anhand dieses Datenpfadmusters 25 werden zunächst in einem Schritt 26 Datenpfadmusterabschnitten entsprechende Objekt- und/oder Objektrelationsdatensätze aus dem Datenspeicher 5 abgefragt, wonach in einem Schritt 27 für fehlende Datenpfadmusterabschnitte Objektund/oder Objektrelationsdatensätze neu erstellt werden. Die bereits existierenden Objektund/oder Objektrelationsdatensätze werden dabei über Prozesseingangsdatensätze mit einem dem zugehörigen Prozess schritt entsprechenden Prozessschrittdatensatz verknüpft, während die neu erstellten Objekt- und/oder Objektrelationsdatensätze über Prozessausgangsdatensätze mit diesem Prozessschrittdatensatz verknüpft werden.
[0030] Anhand des in der Fig. 3 dargestellten Datenpfadmusters 25 wird dieses Verfahren nun näher erläutert. Dieses Datenpfadmuster 25 kann beispielsweise das oben herangezogene Beispiel für ein Prozessdatum 21 repräsentieren, wobei der variable Wert 22 einem wertbehafteten Objektdatensatz 28 zugeordnet ist, der über einen Objektrelationsdatensatz 29 mit einem wertunbehafteten Objektdatensatz 30 verknüpft ist. Dieser wertunbehaftete Objektdatensatz 30 repräsentiert dabei die höherwertige semantische Einheit „14 mm“. Der wertbehaftete Objektdatensatz 28 weist ein Wertdatenfeld 31 auf, in dem der Wert „14“ gespeichert wird. Um den Bezugsinhalt des Prozessdatums 21 vollständig abzubilden ist im Datenpfadmuster 25 der Objektdatensatz 30 über einen weiteren Objektrelationsdatensatz 32 mit dem ebenfalls wertunbehafteten Objektdatensatz 33 verknüpft, der die höherwertige semantische Einheit „14 mm als Position einer geprägten Seriennummer entlang einer ersten Bezugsrichtung“ repräsentiert. Wie in der Fig. 3 durch strichlierte Linien angedeutet wird, existieren vor Ablauf des beschriebenen Verfahrens beispielsweise nur die Objektdatensätze 28 und 30 sowie der Objektrelationsdatensatz 29. Dies bedeutet, dass offenbar „14 mm“ schon in anderen Bezugsinhalten als Prozessdatum aufgetreten sind. Um nun anhand des Datenpfadmusters 25 Objektdatensätze zuzuordnen bzw. neu zu erstellen, kann zunächst mittels der Pfadabfrageeinheit 6 der Datenspeicher 5 auf bereits existierende Datenpfade des gesamten Datenpfadmusters 25 überprüft werden. Im vorliegenden Beispiel schlägt diese Prüfung fehl, da der Objektdatensatz 33 und der Objektrelationsdatensatz 32 noch nicht im Datenspeicher 5 vorhanden sind. Daher wird die Prüfung ausgehend vom wertbehafteten Objektdatensatz 28 mit um jeweils eine Objektdatensatzbeschreibung erweitertem Datenpfadmusterabschnitt solange wiederholt, bis die Prüfung fehlschlägt. Im vorliegenden Beispiel wird daher zunächst der wertbehaftete Objektdatensatz 28 erfolgreich abgefragt. Daraufhin wird der Objektdatensatz 28 um die Objektdatensatzbeschreibung für den Objektdatensatz 30 ergänzt, wobei die zugehörige Prüfung ebenfalls positiv den Objektdatensatz 30 zurückgibt. Der um die Objektdatensatzbeschreibung für den Objektdatensatz 33 erweiterte Datenpfadmusterabschnitt, der im Übrigen dem gesamten Datenpfad 25 entspricht, kann daraufhin nicht mehr erfolgreich abgefragt werden. Der Objektdatensatz 33 wird daher neu erstellt und über einen neu erstellten Objektrelationsdatensatz 32 mit dem zuletzt erfolgreich abgefragten Objektdatensatz 30 verknüpft.
[0031] Das Datenpfadmuster 25 kann dabei aber nicht nur Beschreibungen von Objektdatensätzen, sondern auch von Objektrelationsdatensätzen enthalten, die dann zur Erstellung neuer Objektrelationsdatensätze herangezogen werden können.
[0032] Erfindungsgemäß werden aber nicht nur Objektdatensätze und Objektrelationsdatensätze erstellt, sondern diese auch mit den jeweils ablaufenden Prozessschritten entsprechenden Prozessschrittdatensätzen verknüpft, was insbesondere der Fig. 4 im Detail entnommen werden kann. Ausgegangen wird dabei wieder von dem in den Fig. 2 und 3 erläuterten Beispiel, wobei das Prozessdatum 21 der Fig. 2 erstmals erfasst und gemäß dem oben beschriebenen Verfah-
71717
ren in einem Prozessschritt bestehenden oder neu zu erstellenden Objektdatensätzen zugeordnet wird.
[0033] Dazu wird eine in der Fig. 2 nicht näher dargestellte Prozessschrittinformation von der Erfassungseinheit 1 in ein Datenpfadmuster umgewandelt, das eine Prozessschrittdatensatzbeschreibung umfasst. Dieses wird an die Pfaderzeugungseinheit 4 weitergegeben, die im Datenspeicher 5 einen entsprechenden Prozessschrittdatensatz 34 erzeugt, sofern dieser nicht bereits existiert. Läuft daraufhin das oben beschriebene Verfahren ab, werden mit diesem Prozessschrittdatensatz 34 der bereits existierende Objektdatensatz 30 über einen Prozesseingangsdatensatz 35 und der neu erstellte Objektdatensatz 33 sowie der neu erstellte Objektrelationsdatensatz 32 über Prozessausgangsdatensätze 36 verknüpft. Damit ergibt sich im Datenspeicher 5 die in der Fig. 4 dargestellte Datensatzstruktur. Die Verknüpfung der einzelnen Datensätze ergibt sich dabei dadurch, dass jeder Datensatz mit einer eindeutigen Kennung 37 versehen ist, wobei die Relationsdatensätze 29, 32, 35, 36 Je ein Datenfeld für die Kennung 37 des Ursprungsdatensatzes und ein Datenfeld für die Kennung 37 des Zieldatensatzes aufweisen.
[0034] Aufgrund dessen, dass die Objektdatensätze zufolge des beschriebenen Verfahrens innerhalb des Datenspeichers 5 eindeutig sind können diese mit einem Gültigkeitsdatenfeld 38 versehen sein. Objektdatensätze 28, 30, 33 können damit genauso wie Objektrelationsdatensätze 29, 32 zu vorgegebenen Zeitintervallen gültig oder ungültig sein, wobei das Gültigkeitsdatenfeld 38 in bevorzugter Weise so ausgebildet ist, dass bestimmten Zeitbereichen Gültigkeitswerte zugeordnet werden können.
[0035] Damit eine nachträgliche Manipulation der Objektdatensätze 28, 30, 33 bzw. der Objektrelationsdatensätze 29, 32 wirksam verhindert werden kann, wird vorgeschlagen, dass diese mit einem nicht näher dargestellten Prüfwert versehen werden, der beispielsweise aus einer Prüfsumme der Datenfelder der Datensätze gebildet werden kann. In einer bevorzugten Ausführungsform werden in diese Prüfsumme auch die Prüfsummen vorhergehend erstellter Objektdatensätze bzw. Objektrelationsdatensätze aufgenommen, wodurch sich eine Art BlockHash ergibt, der einen besonders wirksamen Manipulationsschutz darstellt.
[0036] Um aus einzelnen Prozessabläufen Aussagen über regelmäßig ablaufende Prozesse zu erhalten und darüber hinaus die Abfragegeschwindigkeit gerade für echtzeitkritische Anwendungen zu erhöhen, wird vorgeschlagen, dass jedem der beschriebenen Datensätze ein Typdatensatz zugeordnet wird. Diese Typdatensätze werden im Modellspeicher 14 abgelegt und sind mit einer Typkennung 39 versehen, wobei die Zuordnung über ein Typdatenfeld 40 in den Datensätzen des Datenspeichers 5 hergestellt wird. Unter Fortführung des obigen Beispiels wird damit dem wertbehafteten Objektdatensatz 28 „14“ der Objekttypdatensatz 41 „Zahl“, dem wertunbehafteten Objektdatensatz 30 „14 mm“ der Objekttypdatensatz 42 „Längenangabe“ und dem ebenfalls wertunbehafteten Objektdatensatz 33 „14 mm als Position einer geprägten Seriennummer entlang einer ersten Bezugsrichtung“ der Objekttypdatensatz 43 „Position einer geprägten Seriennummer entlang einer ersten Bezugsrichtung“ zugeordnet. In ähnlicher Weise werden auch den Objektrelationsdatensätzen 29, 32 Objektrelationstypdatensätze 44, 45 zugeordnet.
[0037] Nachdem darüber hinaus dem Prozessschrittdatensatz 34 ein Prozessschritttypdatensatz 46 zugeordnet wird, der über einen Prozesseingangstypdatensatz 47 mit dem Objekttypdatensatz 42 und über Prozessausgangstypdatensätze 48 mit dem Objekttypdatensatz 43 und dem Objektrelationstypdatensatz 45 verknüpft ist, ergibt sich im Modellspeicher 14 ein den ablaufenden Prozess beschreibendes Modell, dessen Bestandteile unabhängig von konkreten Prozessdaten im Einzelfall sind. Damit kann beispielsweise über die Pfadabfrageeinheit 6 abgefragt werden, ob Objektdatensätze 28, 30, 33 eines bestimmten Objektdatensatztyps 41, 42, 43 innerhalb eines Prozessschritts zugeordnet oder neu erstellt werden und wie diese Objektdatensätze 28, 30, 33 miteinander über Objektrelationsdatensätze 29, 32 verknüpft werden. In diesem Zusammenhang ist es von Vorteil, wenn insbesondere den Prozesseingangstyp- und den Prozessausgangstypdatensätzen 47, 48 Wahrscheinlichkeitswerte, dass Objektdatensätze
28, 30, 33 des zugehörigen Objekttypdatensatzes 41, 42, 43 in vorgegebener Anzahl mit einem Prozessschrittdatensatz 34 des zugehörigen Prozessschritttypdatensatzes 46 verknüpft sind und Wahrscheinlichkeitswerte, dass Prozessschrittdatensätze 34 des zugehörigen Prozessschritttypdatensatzes 46 in vorgegebener Anzahl mit einem Objektdatensatz 28, 30, 33 des zugehörigen Objekttypdatensatzes 41, 42, 43 verknüpft sind, in Übergangswahrscheinlichkeitsdatenfeldern 49 zugeordnet werden. Ausgehend von einem Objektdatensatz 28, 30, 33 kann damit über den zugehörigen Objekttypdatensatz 41, 42, 43 in einfacher Weise über die Auswerteeinheit 20 abgefragt werden, Prozessschritte welchen Typs auf diesen Objektdatensätzen 28, 30, 33 beruhen oder diese erzeugen.
[0038] In gleicher Weise können auch die Objektrelationstypdatensätze 44, 45 mit Übergangswahrscheinlichkeitsdatenfeldern 50 versehen werden, die dann zur Abfrage der Wahrscheinlichkeit, dass bestimmte Objektdatensatztypen im Rahmen eines gemeinsamen Bezugsinhaltes miteinander verknüpft sind herangezogen werden können.
[0039] Auf dieser Basis können die ablaufenden Prozesse über die Auswerteeinheit 20 laufend überwacht werden und bei auftretenden Prozessdaten 21, deren Zuordnung zu Objektdatensätzen 28, 30, 33 und Objektrelationsdatensätzen 29, 32 im Rahmen eines Prozessschrittdatensatzes 34 einen vorgegebenen Wahrscheinlichkeitsschwellwertebereich überschreiten würden Warnsignale ausgegeben oder die ab laufenden Prozesse unterbrochen werden.
[0040] Die Auswerteeinheit 20 kann darüber hinaus mit den Eingabeterminals 2 direkt verbunden sein, um nicht nur Warnsignale ausgeben zu können, sondern auch wie oben beschrieben in Abhängigkeit der in einem Prozessschritt bereits erfassten Prozessdaten 21 Eingabefelder für mit hoher Wahrscheinlichkeit zusätzlich anfallende Prozessdaten an den Eingabeterminals 2 anzuzeigen.
[0041] Der Modellspeicher 14 bietet aber auch den Vorteil, dass der Bezugsinhalt von Prozessdaten 21 anhand von Objekttypdatensätzen und Objektrelationstypdatensätzen einfacher abstrakt angegeben werden kann. Beispielsweise kann im obigen Beispiel für den Wert „14“ angegeben werden, dass dies eine Zahl (Objekttypdatensatz 41) ist, die eine Längenangabe (Objekttypdatensatz 42) und weiter die Position einer geprägten Seriennummer entlang einer ersten Bezugsrichtung (Objekttypdatensatz 43) darstellt. Aufgrund dieser Angabe kann zunächst ein Modellpfadmuster erzeugt werden mit Hilfe dessen zunächst der Modellspeicher 14 abgefragt wird, wonach die erhaltenen Modellpfade und/oder Modellpfadabschnitte von der Erfassungseinrichtung 1 in Datenpfadmuster zur Abfrage des Datenspeichers 5 in der oben beschrieben Weise umgewandelt werden können. Abgesehen davon, dass die Abfrage der Modellpfade aufgrund der geringeren Datenmenge im Modellspeicher 14 deutlich schneller erfolgen kann, erlaubt dieses Verfahren auch unvollständige Angaben des Bezugsinhaltes. Beispielsweise kann die Angabe, dass der Wert „14“ eine Zahl (Objekttypdatensatz 41) ist, die die Position einer geprägten Seriennummer entlang einer ersten Bezugsrichtung (Objekttypdatensatz 43) angibt über den Modellspeicher 14 um den Objekttypdatensatz 42 ergänzt werden, der die Information berücksichtigt, dass es sich bei dieser Positionsangabe üblicherweise um eine Längenangabe in mm handelt. Eine solche Vervollständigung ist freilich nur dann möglich, wenn die Typdatensätze für den angegebenen Bezugsinhalt bereits vollständig vorhanden sind.
[0042] Es zeigt sich, dass mit dem erfindungsgemäßen Verfahren und der erfindungsgemäßen Vorrichtung damit die Datenintegrität bei aufgezeichneten Prozessdaten auch im Fall von unvollständigen Prozessdaten erhalten werden kann.
[0043] Die Ausbildung eines vollständigen Prozessablaufes mithilfe des erfindungsgemäßen Verfahrens kann schließlich anhand der Fig. 5 erläutert werden, wobei in einem ersten Prozessschritt über ein Terminal 2 eine Seriennummer erfasst wird. Diesem Prozessschritt wird ein Prozessschrittdatensatz 51 zugeordnet, der über Prozessausgangsdatensätze 52 mit einem wertbehafteten Objektdatensatz 53, der der Zahlenfolge der Seriennummer entspricht, sowie dem wertunbehafteten Objektdatensatz 54, der die Seriennummer selbst repräsentiert. Im Rahmen dieses Prozessschrittes wird auch der Objektdatensatz 53 über einen Objektrelationsdatensatz 55 mit dem Objektdatensatz 54 verknüpft. Daraufhin wird die Seriennummer an eine
Bearbeitungsanlage 3 übergeben, die die Seriennummer auf ein Werkstück prägt.
[0044] Dabei werden die Seriennummer sowie die Position der Prägung an die Erfassungseinrichtung 1 übermittelt und entsprechend dem erfindungsgemäßen Verfahren verarbeitet. Der Prozessschritt wurde daher einem Prozessschrittdatensatz 56 zugeordnet, der über einen Prozesseingangsdatensatz 57 mit dem Objektdatensatz 54 der Seriennummer verknüpft wurde. Dieser Prozessschrittdatensatz 56 ist über Prozessschrittausgangsdatensätze 58 mit dem neu erstellten Objektdatensatz 33 „14 mm als Position einer geprägten Seriennummer entlang einer ersten Bezugsrichtung“ sowie dem im Rahmen des Prozessschrittes neu erstellten Objektdatensatz 30 „14 mm“ verknüpft. Über den der Seriennummer entsprechenden Objektdatensatz 54 werden damit die Prozessschrittdatensätze 51 und 56 bereits zu einem Prozessabschnitt verbunden. In der Darstellung der Fig. 5 folgt auf die Prägung der Seriennummer gemäß dem Prozessschrittdatensatz 56 noch eine abschließende Qualitätsprüfung über eines der Eingabeterminals 2. Diesem Prozessschritt der Qualitätsprüfung wird der Prozessschrittdatensatz 59 zugeordnet. Der Benutzer überprüft dabei die dem Objektdatensatz 54 entsprechende Seriennummer auf der einen und die dem Objektdatensatz 33 entsprechende Prägeposition dieser Seriennummer auf der anderen Seite. Dementsprechend ist sowohl der Objektdatensatz 54 als auch der Objektdatensatz 33 über Prozesseingangsdatensätze 60 mit dem Prozessschrittdatensatz 59 verbunden. Insgesamt ergibt sich damit ein dem Prozessablauf entsprechendes Datensatzmuster zu dem in einer bevorzugten Ausführungsform auch entsprechende Typdatensätze erstellt werden, die allerdings aus Übersichtlichkeitsgründen in der Fig. 5 weggelassen wurden.
Claims (10)
1. Verfahren zur Ermittlung von Prozessabläufen aus einzelnen in aufeinanderfolgenden Prozessschritten wiederholt anfallenden, einen variablen Wert (22) und einen konstanten Bezugsinhalt (23) aufweisenden Prozessdaten (21), wobei für aufeinanderfolgende Prozessschritte die Prozessdaten (21) anhand ihres erfassten Wertes (22) und anhand ihres Bezugsinhaltes (23) eindeutigen bestehenden oder neu zu erstellenden wertbehafteten Objektdatensätzen (28) zugeordnet werden, dadurch gekennzeichnet, dass die wertbehafteten Objektdatensätze (28) über Objektrelationsdatensätze (29, 32) entsprechend ihrem Bezugsinhalt (23) mit wertunbehafteten Objektdatensätzen (30, 33) verknüpft werden, wobei die bestehenden Objektdatensätze (28) über einen Prozesseingangsdatensatz und die neu erstellten Objektdatensätze (30, 33) sowie Objektrelationsdatensätze (29, 32) über einen Prozessausgangsdatensatz mit einem, dem jeweiligen Prozessschritt zugeordneten Prozessschrittdatensatz verknüpft werden.
2, Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass der variable Wert (22) und der Bezugsinhalt (23) eines Prozessdatums (21) gemeinsam mit einer Prozessschrittinformation erfasst werden, wonach der Bezugsinhalt (23) ausgehend von einem, mit dem Wert (22) behafteten Objektdatensatz (28) in ein Datenpfadmuster (25) für Objektdatensätze (28, 30, 33) und Objektrelationsdatensätze (29, 32) umgewandelt wird, und dass anhand des Datenpfadmusters (25) zunächst Datenpfadmusterabschnitten entsprechende Objektdatensätze (28, 30, 33) und/oder Objektrelationsdatensätze (29, 32) aus einem Datenspeicher (5) abgefragt und über Prozesseingangsdatensätze (35) mit dem der Prozessschrittinformation entsprechenden Prozessschrittdatensatz (34) verknüpft werden, wonach für fehlende Datenpfadmusterabschnitte Objektdatensätze (28, 30, 33) und/oder Objektrelationsdatensätze (29, 32) neu erstellt und über Prozessausgangsdatensätze (36) mit dem Prozessschrittdatensatz (34) verknüpft werden.
3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass die Objektdatensätze (28, 30, 33) und/oder Objektrelationsdatensätze (29, 32) nach Abschluss des sie erstellenden Prozessschrittes ausgenommen eines Gültigkeitsdatenfeldes (38) mit einem Schreibschutz und/oder einem Prüfwert versehen werden.
4. Verfahren nach einem der Ansprüche 1 bis 3, dadurch gekennzeichnet, dass jeder Objektdatensatz (28, 30, 33), Objektrelationsdatensatz (29, 32), Prozessschrittdatensatz (34), Prozesseingangsdatensatz (35) und Prozessausgangsdatensatz (36) einem Typdatensatz zugeordnet wird und dass die über Prozesseingangstyp- (47) und Prozessausgangstypdatensätze (48) mit Prozessschritttypdatensätzen (46) verknüpften Objekttypdatensätze (41, 42, 43) und Objektrelationstypdatensätze (44, 45) ein die ablaufenden Prozesse beschreibendes Modell bilden.
5. Verfahren nach Anspruch 4, dadurch gekennzeichnet, dass der Bezugsinhalt (23) ausgehend von einem Objekttypdatensatz (41) des mit dem Wert behafteten Objektdatensatzes (28) zunächst in ein Modellpfadmuster für Objekttypdatensätze (41, 42, 43) und Objektrelationstypdatensätze (44, 45) umgewandelt wird, wonach bestehende Modellpfade oder Modellpfadabschnitte aus einem Modellspeicher (14) abgerufen und anhand dieser Modellpfade oder Modellpfadabschnitte Datenpfadmuster (25) zur Abfrage des Datenspeichers (5) erzeugt werden.
6. Verfahren nach Anspruch 4 oder 5, dadurch gekennzeichnet, dass für jeden Prozesseingangstyp- (47) und Prozessausgangstypdatensatz (48) Wahrscheinlichkeitswerte, dass Objektdatensätze (28, 30, 33) des zugehörigen Objekttypdatensatzes (41, 42, 43) in vorgegebener Anzahl mit einem Prozessschrittdatensatz (34) des zugehörigen Prozessschritttypdatensatzes (46) verknüpft sind und Wahrscheinlichkeitswerte, dass Prozessschrittdatensätze (34) des zugehörigen Prozessschritttypdatensatzes (46) in vorgegebener Anzahl mit einem Objektdatensatz (28, 30, 33) des zugehörigen Objekttypdatensatzes (41, 42, 43) verknüpft sind, berechnet und dem Prozesseingangstyp- (47) und Prozessausgangstypdatensatz (48) zugewiesen werden.
7. Verfahren nach Anspruch 6, dadurch gekennzeichnet, dass für jeden innerhalb eines Prozessschrittes einem Prozessdatum (21) zugeordneten Objektdatensatz (28, 30, 33) zUunächst der zugehörige Objekttypdatensatz (41, 42, 43) und dann jene Prozesseingangstyp(47) und/oder Prozessausgangstypdatensätze (48) ermittelt werden, die den Objekttypdatensatz (41, 42, 43) mit dem, dem Prozessschrittdatensatz (34) des Prozessschrittes zugeordneten Prozessschritttypdatensatz (46) verknüpfen, wonach ein Warnsignal ausgegeben oder der überwachte Prozess unterbrochen wird, wenn die den Prozesseingangstyp- (47) und/oder Prozessausgangstypdatensätzen (48) zugeordneten Wahrscheinlichkeitswerte außerhalb eines vorgegebenen Wertebereiches liegen.
8. Verfahren nach einem der Ansprüche 4 bis 7, dadurch gekennzeichnet, dass für jeden einen ersten Objekttypdatensatz (42) mit einem zweiten Objekttypdatensatz (41) verknüpfenden Objektrelationstypdatensatz (44) Wahrscheinlichkeitswerte, dass Objektdatensätze (30) des ersten Objekttypdatensatzes (42) mit Objektdatensätzen (28) des zweiten Objekttypdatensatzes (41) in vorgegebener Anzahl verknüpft sind und Wahrscheinlichkeitswerte, dass Objektdatensätze (28) des zweiten Objekttypdatensatzes (41) mit Objektdatensätzen (30) des ersten Objekttypdatensatzes (42) in vorgegebener Anzahl verknüpft sind, berechnet und dem Objektrelationstypdatensatz (44) zugewiesen werden.
9. Verfahren nach Anspruch 8, dadurch gekennzeichnet, dass die Werte der Prozessdaten (21) über dem Bezugsinhalt (23) zugeordnete Eingabefelder eines Eingabeterminals (2) erfasst werden, dass nach dem Erfassen einzelner Prozessdaten (21) anhand der den Prozesseingangstyp- (47) und den Prozessausgangstypdatensätzen (48) zugewiesenen Wahrscheinlichkeitswerten und / oder anhand der den Objektrelationstypdatensätzen (44, 45) zugewiesenen Wahrscheinlichkeitswerten Objekttypdatensätze (41, 42, 43) für mögliche Objektdatensätze (28, 30, 33) ermittelt werden, die im aktuellen Prozessschritt und in Anbetracht der den bereits erfassten Prozessdaten (21) zugeordneten Datenobjekte mit diesen oder mit dem zugehörigen Prozessschrittdatensatz (34) mit einer vorgegebenen Wahrscheinlichkeit verknüpft werden können, und dass für die ermittelten Objekttypdatensätze (41, 42, 43) Eingabefelder am Eingabeterminal (2) angezeigt werden.
10. Vorrichtung zur Durchführung des Verfahrens nach einem der Ansprüche 1 bis 9, gekennzeichnet durch einen graphbasierten Datenspeicher (5) für Objektdatensätze (28, 30, 33) und Prozessschrittdatensätze (34) als Knoten, für Prozesseingangsdatensätze (35) und Prozessausgangsdatensätze (36) als Kanten sowie für Objektrelationsdatensätze (29, 32) als Knoten und Kanten und durch einen graphbasierten Modellspeicher (14) für Objekttypdatensätze (41, 42, 43) und Prozessschritttypdatensätze (46) als Knoten, für Prozesseingangstypdatensätze (47) und Prozessausgangstypdatensätze (48) als Kanten, sowie für Objektrelationstypdatensätze (44, 45) als Knoten und Kanten, wobei Datenspeicher (5) und Modellspeicher (14) mit je einer, von einer Erfassungeinrichtung (1) angesteuerten Pfadabfrageeinheit (6) und einer Pfaderzeugungseinheit (4) verbunden sind.
Hierzu 5 Blatt Zeichnungen
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
ATA50777/2018A AT521649B1 (de) | 2018-09-11 | 2018-09-11 | Verfahren zur Ermittlung von Prozessabläufen |
US17/275,427 US20220100178A1 (en) | 2018-09-11 | 2019-09-11 | Method for determining process sequences |
PCT/AT2019/060299 WO2020051616A1 (de) | 2018-09-11 | 2019-09-11 | Verfahren zur ermittlung von prozessabläufen |
EP19772976.7A EP3850564A1 (de) | 2018-09-11 | 2019-09-11 | Verfahren zur ermittlung von prozessabläufen |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
ATA50777/2018A AT521649B1 (de) | 2018-09-11 | 2018-09-11 | Verfahren zur Ermittlung von Prozessabläufen |
Publications (2)
Publication Number | Publication Date |
---|---|
AT521649A1 AT521649A1 (de) | 2020-03-15 |
AT521649B1 true AT521649B1 (de) | 2020-08-15 |
Family
ID=67999493
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ATA50777/2018A AT521649B1 (de) | 2018-09-11 | 2018-09-11 | Verfahren zur Ermittlung von Prozessabläufen |
Country Status (4)
Country | Link |
---|---|
US (1) | US20220100178A1 (de) |
EP (1) | EP3850564A1 (de) |
AT (1) | AT521649B1 (de) |
WO (1) | WO2020051616A1 (de) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE10011661A1 (de) * | 1999-03-12 | 2000-09-14 | Fisher Rosemount Systems | Prozeßsteuersystem mit Prozeßsteuerroutinen unter Verwendung von indirekter Referenzierung |
US20080141220A1 (en) * | 2004-05-12 | 2008-06-12 | Korea Institute Of Industrial Technology | Robot Control Software Framework in Open Distributed Process Architecture |
EP1970783A2 (de) * | 2007-03-14 | 2008-09-17 | Phoenix Contact GmbH & Co. KG | Verfahren, Steuergerät und Steuerungssystem zur Steuerung eines Automatisierungssystem |
DE102008027475A1 (de) * | 2008-06-09 | 2009-12-10 | Kuka Roboter Gmbh | Vorrichtung und Verfahren zur rechnergestützten Generierung einer Manipulatorbahn |
WO2011085799A1 (de) * | 2010-01-13 | 2011-07-21 | Kuka Laboratories Gmbh | System aus entwicklungsumgebungen und maschinensteuerungen |
-
2018
- 2018-09-11 AT ATA50777/2018A patent/AT521649B1/de active
-
2019
- 2019-09-11 WO PCT/AT2019/060299 patent/WO2020051616A1/de unknown
- 2019-09-11 EP EP19772976.7A patent/EP3850564A1/de not_active Withdrawn
- 2019-09-11 US US17/275,427 patent/US20220100178A1/en active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE10011661A1 (de) * | 1999-03-12 | 2000-09-14 | Fisher Rosemount Systems | Prozeßsteuersystem mit Prozeßsteuerroutinen unter Verwendung von indirekter Referenzierung |
US20080141220A1 (en) * | 2004-05-12 | 2008-06-12 | Korea Institute Of Industrial Technology | Robot Control Software Framework in Open Distributed Process Architecture |
EP1970783A2 (de) * | 2007-03-14 | 2008-09-17 | Phoenix Contact GmbH & Co. KG | Verfahren, Steuergerät und Steuerungssystem zur Steuerung eines Automatisierungssystem |
DE102008027475A1 (de) * | 2008-06-09 | 2009-12-10 | Kuka Roboter Gmbh | Vorrichtung und Verfahren zur rechnergestützten Generierung einer Manipulatorbahn |
WO2011085799A1 (de) * | 2010-01-13 | 2011-07-21 | Kuka Laboratories Gmbh | System aus entwicklungsumgebungen und maschinensteuerungen |
Also Published As
Publication number | Publication date |
---|---|
EP3850564A1 (de) | 2021-07-21 |
WO2020051616A1 (de) | 2020-03-19 |
US20220100178A1 (en) | 2022-03-31 |
AT521649A1 (de) | 2020-03-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
AT521607B1 (de) | Verfahren und Vorrichtung zum Testen eines Fahrerassistenzsystem | |
DE69908620T2 (de) | Multidimensionales verfahren und system für statistische prozessteuerung | |
DE102009045386A1 (de) | Verfahren zum Betreiben eines Feldbus-Interface | |
DE102018205872A1 (de) | Verfahren zur Erzeugung eines digitalen Zwillings eines physikalischen Objekts | |
EP3282399B1 (de) | Verfahren zur verbesserten erkennung von prozessanomalien einer technischen anlage sowie entsprechendes diagnosesystem | |
EP3232282A1 (de) | Diagnoseeinrichtung und verfahren zur überwachung des be-triebs einer technischen anlage | |
EP2439691A1 (de) | Vorrichtung und Verfahren zum maschinellen Erstellen eines Prozessdiagramms | |
EP0875808A2 (de) | Verfahren und System zur Generierung eines Prozessmodells eines technischen Prozesses | |
EP2808749B1 (de) | Verfahren zum Austausch von Steuerungsinformationen zwischen Bedien- und Beobachtungsgeräten eines industriellen Automatisierungssystems und industrielles Automatisierungssystem | |
DE102020211679A1 (de) | Computer-implementiertes system und verfahren mit einem digitalen zwilling und einer graphen-basierten struktur | |
EP3699704B1 (de) | System und verfahren zum überprüfen von systemanforderungen von cyber-physikalischen systemen | |
AT521649B1 (de) | Verfahren zur Ermittlung von Prozessabläufen | |
DE102018221684A1 (de) | Vorrichtung und Verfahren zur Anomalieerkennung und zum Trainieren eines Modells für eine Anomalieerkennung | |
DE102017004348A1 (de) | Verfahren zur Computer gestützten, automatisierten Überprüfung von Software-Anforderungen | |
EP3861681B1 (de) | System und verfahren zur fehlererkennung und fehlerursachen-analyse in einem netzwerk von netzwerkkomponenten | |
DE19528426C2 (de) | Verfahren zur Ermittlung von Zustandsparametern eines chemischen Reaktors unter Verwendung künstlicher neuronaler Netze | |
EP4168865B1 (de) | Verfahren zum steuern eines automatisierungssystems mit visualisierung von programmobjekten eines steuerprogramms des automatisierungssystems und automatisierungssystem | |
EP3454154A1 (de) | Automatisierte erkennung von statistischen abhängigkeiten zwischen prozessmeldungen | |
EP3985565A1 (de) | Verfahren und vorrichtung zum überprüfen eines beim teilautomatisierten oder vollautomatisierten steuern eines fahrzeugs verwendeten ki-basierten informationsverarbeitungssystems | |
DE102017213771A1 (de) | Verfahren und Vorrichtung zum Ermitteln von Anomalien in einem Kommunikationsnetzwerk | |
DE102017214610B4 (de) | Verfahren zum Überprüfen von zumindest einer Fahrzeugfunktion sowie Prüfvorrichtung | |
AT522186B1 (de) | Computerimplementiertes Verfahren zur rechnergestützten Erzeugung eines ausführbaren Steuerungsprogramms zur Steuerung und/oder Regelung eines technischen Prozesses | |
DE102017207036A1 (de) | Verfahren zur rechnergestützten Analyse des Betriebs eines Produktionssystems | |
EP4120069A1 (de) | Transformation einer applikation in eine semantische beschreibung | |
EP1868100A2 (de) | Verfahren zur Fehlerdiagnose |