WO2003036398A1 - Automatische parametererfassung - Google Patents

Automatische parametererfassung Download PDF

Info

Publication number
WO2003036398A1
WO2003036398A1 PCT/EP2002/009691 EP0209691W WO03036398A1 WO 2003036398 A1 WO2003036398 A1 WO 2003036398A1 EP 0209691 W EP0209691 W EP 0209691W WO 03036398 A1 WO03036398 A1 WO 03036398A1
Authority
WO
WIPO (PCT)
Prior art keywords
parameters
processes
values
processed
mask
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/EP2002/009691
Other languages
English (en)
French (fr)
Inventor
Bernd Plagemann
Nimish Raipurohit
Sandeep Katoch
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Siemens AG
Siemens Corp
Original Assignee
Siemens AG
Siemens Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Siemens AG, Siemens Corp filed Critical Siemens AG
Priority to CA2463949A priority Critical patent/CA2463949C/en
Priority to DE50208616T priority patent/DE50208616D1/de
Priority to EP02776953A priority patent/EP1436673B1/de
Priority to US10/493,253 priority patent/US20040246840A1/en
Publication of WO2003036398A1 publication Critical patent/WO2003036398A1/de
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • 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—Program-control systems
    • G05B19/02—Program-control systems electric
    • G05B19/18—Numerical control [NC], i.e. automatically operating machines, in particular machine tools, e.g. in a manufacturing environment, so as to execute positioning, movement or co-ordinated operations by means of program data in numerical form
    • G05B19/408—Numerical control [NC], i.e. automatically operating machines, in particular machine tools, e.g. in a manufacturing environment, so as to execute positioning, movement or co-ordinated operations by means of program data in numerical form characterised by data handling or data format, e.g. reading, buffering or conversion of data
    • 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/31—From computer integrated manufacturing till monitoring
    • G05B2219/31098—Configuration editor for networking interconnection
    • 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/31—From computer integrated manufacturing till monitoring
    • G05B2219/31103—Configure parameters of controlled devices

Definitions

  • parameters for the respective applications must be recorded. Different applications require different parameters that have to be entered into the system. It often happens that the parameter sets overlap for the individual applications, so that one parameter is used and processed by several applications.
  • Another disadvantage was that a high demand for qualified personnel (administrators) was necessary in order to be able to carry out the entire process of providing services and thus also the acquisition of parameters, since the process of acquiring the parameters on the one hand and the process of On the other hand, entering the parameter values were nested within one another.
  • the object of the invention is therefore to show a way which enables automatic and central recording of parameters for a number of processes and which precludes redundant input of these parameters.
  • Determining the interdependencies between the parameters preferably determining multiply processed parameters that are processed several times by several processes and / or by one process
  • a linking module which is intended to determine the interdependencies between the parameters, preferably to determine multiply processed parameters which are processed several times by several processes and / or by one process,
  • Processes are in the field of process control and automation technology.
  • certain processes e.g. production
  • parameters that are partly common and partly different.
  • a centrally controlled, automated detection is possible according to the invention.
  • the associated values are recorded only once and are automatically filled in in all other recording processes by copying the respective contents of the parameter already recorded.
  • the number of applications is determined and the required parameters are determined for each individual application. This result is subjected to a processing operation in that an application-specific entry mask is generated from the set of required parameters for the set of applications, via which the parameter values can then be entered at a later point in time. This process preferably takes place automatically. In an alternative embodiment, however, it is envisaged to allow cumulative manual intervention on the part of the user, so that specific knowledge about the linking of the parameters can also be taken into account when generating the registration masks.
  • a major advantage of the method presented here is that the process for acquiring parameter values is multi-phase and can in particular be divided into two phases, which require a different degree of system knowledge.
  • the acquisition process is divided in such a way that in a first phase system knowledge regarding the interdependencies of the necessary parameters is necessary.
  • a specific entry mask is created for each process, via which the parameter values are entered at a later point in time.
  • the parameter values required for the number of applications can then be queried automatically or read out automatically with access to further data records. No system knowledge is required in this second phase.
  • the method or system according to the invention is preferably designed such that the first and second phases can run completely decoupled from one another. This means that the phases can take place at different times and from different system areas of a distributed system.
  • the administrator For the creation of the data entry pattern in the first phase, it is intended that the administrator - partly interactive - be guided. For this, a list of possible services is made available that require a certain parameter assignment. From this list, the operator only has to select the services required for the respective application or situation. Thereupon, certain parameters to be recorded are proposed to him, which he can confirm in an advantageous embodiment of the invention or replace and / or supplement with others.
  • the system automatically and advantageously uniformly and centrally creates a data entry mask for each process, the is then available at any location and can also be filled in by different system units or different users.
  • a particular advantage can be seen in the fact that different users can also enter the required parameter values in the second phase and that, alternatively and / or cumulatively, automatic recording is possible by accessing the corresponding data or data records of the system without inconsistencies with regard to the recorded data Parameters can occur.
  • the system described here has a generic design so that the set of processes can be dynamically and modularly expanded, reduced or otherwise changed without the system or the method having to be changed in principle.
  • the amount of applications is changed via a specific user mask.
  • the registration masks are generated in such a way that they indicate which parameters are in principle necessary for a particular process, but do not provide an input possibility for their values here if this parameter value has already been determined on the basis of other processes ,
  • the method is preferably designed in such a way that the intersection of the values to be entered by the user over the set of all acquisition masks is empty.
  • the process relates to an application which provides a customer with specific telecommunications services and which in turn uses certain parameters, such as parameters, parameter values and / or other data or data records.
  • An alternative task solution provides a storage medium which is intended for storing the above-described, computer-implemented method and can be read by a computer.
  • FIG. 2 is a flowchart of the method
  • 3a and 3b is a schematic representation of a definition mask and a detection mask.
  • the basic scenario of the method according to the invention is presented in FIG.
  • a customer requests certain services of his telecommunication device, which presuppose the execution of certain technical processes 10 and which in turn use a set of partly different and partly identical parameters 12, the values 14 of which are to be recorded.
  • the acquisition of the parameter values 14 is controlled centrally so that a parameter value 14 of a parameter 12, which is used by several processes 10, is only acquired once and is otherwise adopted automatically.
  • a central system 16 which can provide requirement profiles and specific masks 18, 20 for the acquisition of parameter values 14 from user interfaces via a data traffic network, in particular a WAN or a LAN ,
  • the procedure according to the invention is broken down into two phases: a definition phase, which requires system knowledge, in particular knowledge of the relationships between the individual processes 10 with their parameters 12, and a recording phase, which is carried out by any personnel can be, since the necessary inputs to be made are specified via a data entry mask 18.
  • a definition phase which requires system knowledge, in particular knowledge of the relationships between the individual processes 10 with their parameters 12, and a recording phase, which is carried out by any personnel can be, since the necessary inputs to be made are specified via a data entry mask 18.
  • a definition phase which requires system knowledge, in particular knowledge of the relationships between the individual processes 10 with their parameters 12
  • a recording phase which is carried out by any personnel can be, since the necessary inputs to be made are specified via a data entry mask 18.
  • the first definition phase it is recorded which service is based on which parameters 12 and in which way.
  • the entry mask 18 shows the user all the required parameter values 14, but only provides an input option for those whose values 14 have not already been recorded otherwise. All necessary but already recorded values are shown here in horizontal stripes. The values that are not necessary are marked in vertical stripes. Both masks 18, 20 are part of user interfaces.
  • an administrator uses the definition mask 20 to determine which parameters 12 for a particular one Service or process 10 should be selected, which are shared by other processes 10 and how they are used in the respective application.
  • the parameter "Port" can be used to identify the subscriber line for the use of voice services and for the use of DSL data services. Any permitted combination of services can be selected.
  • the administrator In order to add another service to the definition mask 20, the administrator must select one or more services that are offered to him via a selection list (for example telephony or xDSL). This is added as a new line entry in the table-shaped definition mask 20. Depending on the number of parameters 12 required for this service, a corresponding number of columns is added.
  • the central control and the generation of the masks make it possible to provide as few interactive entries as possible by a user in order to be able to switch off potential error sources.

Landscapes

  • Engineering & Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Manufacturing & Machinery (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Automation & Control Theory (AREA)
  • Stored Programmes (AREA)
  • General Factory Administration (AREA)
  • Feedback Control In General (AREA)
  • Preparing Plates And Mask In Photomechanical Process (AREA)
  • Exposure And Positioning Against Photoresist Photosensitive Materials (AREA)
  • Acyclic And Carbocyclic Compounds In Medicinal Compositions (AREA)
  • Exchange Systems With Centralized Control (AREA)
  • Control Of Stepping Motors (AREA)

Abstract

Die Erfindung betrifft ein Verfahren und ein System zur teilweise automatisierten Erfassung von Parameterwerten (14) von Parametern (12), die von bestimmten Prozessen (10) benötigt werden, die telekommunikationstechnische Dienste zur Verfügung stellen. Dabei wird eine Definitionsmaske (20) verwendet, aus der automatisch eine Erfassungsmaske (18) generiert wird, die zur Erfassung der Parameterwerte (14) bestimmt ist. Die Erfassungsmaske (18) ist prozessspezifisch und so ausgelegt, dass Inkonsistenzen hinsichtlich der Werte (14) ausgeschlossen sind, indem der Wert (14) eines von mehreren Prozessen (10) verwendeten Parameters (12) nur einmal eingegeben werden braucht.

Description

Automatische Parametererfassung
Die Erfindung betrifft eine Erfassung von Kenngrößen, vorzugsweise Parametern, die von einer Vielzahl von Prozessen verarbeitet werden und die gegenseitige Abhängigkeiten aufweisen können.
Die Erfindung bezieht sich insbesondere auf die automatische Erfassung von Parametern bei einem verteilten System von software-basierten Komponenten bzw. Applikationen, vorzugsweise für das Anfordern und/oder Zurverfügungstellen von Diensten auf dem Gebiet der Telekommunikationstechnik.
In einem verteilten System mit verschiedenen Software Appli- kationen, die einem Anwender eines Telekommunikationsgerätes oder -netzwerkes beispielsweise bestimmte Dienste zur Verfügung stellen, müssen Parameter für die jeweiligen Applikationen erfaßt werden. Verschiedene Applikationen erfordern unterschiedliche Parameter, die in das System eingegeben werden müssen. Dabei kommt es häufiger vor, daß sich die Parametermengen für die einzelnen Applikationen überschneiden, so daß also ein Parameter von mehreren Applikationen verwendet und verarbeitet wird.
Da aber genau die Parametererfassung, wenn sie manuell er- folgt, ein fehleranfälliger Prozess ist, entstehen durch eine inkorrekte Parameterfestlegung teilweise schwerwiegende Folgefehler, die häufig nur schwer nachvollziehbar und damit behebbar sind.
Eine weitgehend automatisierte Erfassung von Kenngrößen, die von verschiedenen Prozessen verwendet werden, ist daher wünschenswert.
Bei bisherigen Systemen aus dem Stand der Technik, erfolgte die Erfassung von Parametern jeweils separat für jedes Applikationspaket über eine spezifische Eingabemaske einer Benutzeroberfläche. Dies hatte zur Folge, daß der zuständige Sys- temadministrator sehr viele solcher Eingabemasken zu öffnen hatte und weiterhin den Nachteil hatte, viele Parameter mehrfach eingeben zu müssen, da sie von verschiedenen Applikationen verwendet werden. Dieses redundante Vorgehen erhöhte die Fehlerwahrscheinlichkeit bekannter Systeme.
Ein weiterer Nachteil bestand darin, daß ein hoher Bedarf an qualifiziertem Personal (Administratoren) notwendig war, um den gesamten Vorgang des Zurverfügungstellens von Diensten und damit auch der Erfassung von Parametern vollziehen zu können, da der Prozeß der Erfassung der Parameter einerseits und der Prozeß der Eingabe der Parameterwerte andererseits ineinander verschachtelt waren.
Aufgabe der Erfindung ist es deshalb, einen Weg aufzuzeigen, der eine automatische und zentrale Erfassung von Kenngrößen für eine Menge von Prozessen ermöglicht und der eine redundante Eingabe dieser Kenngrößen ausschließt.
Die Aufgabe wird durch ein Verfahren der eingangs genannte Art gelöst, das folgende Verfahrensschritte umfaßt:
- Erfassen der Kenngröße (n) für jeden Prozeß aus der Menge der Prozesse
- Ermitteln der Interdependenzen zwischen den Kenngrößen, vorzugsweise Bestimmen von mehrfach verarbeiteten Kenngrößen, die von mehreren Prozessen und/oder von einem Prozeß mehrfach verarbeitet werden,
- automatisches Generieren von je einer Erfassungsmaske für jeweils einen Prozeß aufgrund der erfaßten Kenngrößen und/oder aufgrund der ermittelten Interdependenzen, und
- Erfassen der Werte der Kenngrößen mittels der generierten Erfassungsmasken, wobei die Erfassungsmasken so erzeugt werden, daß die über die Gesamtheit aller generierten Erfassungsmasken erfaßten Werte der Kenngrößen jeweils nur einmal und/oder die Werte der mehrfach verarbeiteten Kenngrößen automatisch erfaßt werden. Eine Aufgabenlösung gemäß Anspruch 14 besteht in einem System zur Erfassung von Werten von Kenngrößen, die von einer Menge von Prozessen verarbeitet werden, bei dem die Prozesse hin- sichtlich der von ihnen verwendeten Kenngrößen Interdependenzen aufweisen, mit:
- einem Erfassungsmodul, das zum Erfassen der Kenngröße (n) für jeden Prozeß aus der Menge der Prozesse bestimmt ist,
- einem Verknüfungsmodul, das zum Ermitteln der Interdepen- denzen zwischen den Kenngrößen, vorzugsweise zum Bestimmen von mehrfach verarbeiteten Kenngrößen, die von mehreren Prozessen und/oder von einem Prozeß mehrfach verarbeitet werden, bestimmt ist,
- einem Generierungsmodul, das zum automatischen Generieren von je einer Erfassungsmaske für jeweils einen Prozeß aufgrund der erfaßten Kenngrößen und/oder aufgrund der ermittelten Interdependenzen, bestimmt ist, wobei die Werte der mehrfach verarbeiteten Kenngrößen über die Erfassungsmaske automatisch erfaßt werden und wobei die Erfassungsmasken so generiert werden, daß die über die Gesamtheit aller generierten Erfassungsmasken erfaßten Werte der Kenngrößen jeweils nur einmal erfaßt werden.
In der bevorzugten Ausführungsform der Erfindung betrifft das Verfahren die automatischen Erfassung von Parametern für eine Vielzahl von Applikationen auf dem Gebiet der Telekommunikation bzw. insgesamt den Prozeß der Bereitstellung von Diensten der Telekommunikation.
Alternative Anwendungsmöglichkeiten des erfindungsgemäßen
Verfahrens liegen auf dem Gebiet der Prozeßsteuerung und der Automatisierungstechnik. Auch hier benötigen bestimmte Prozesse (beispielsweise der Fertigung) teilweise gemeinsame und teilweise unterschiedliche Parameter. Um diese Parameterwerte nicht redundant erfassen oder eingeben zu müssen, ist erfindungsgemäß eine zentral gesteuerte, automatisierte Erfassung möglich. Für alle Parameter, die von mehreren Anwendungen ge- meinsam benutzt werden bzw. geteilt sind, werden die zugehörigen Werte nur einmal erfaßt und in allen anderen Erfassungsvorgängen automatisch ausgefüllt, indem die jeweiligen Inhalte des bereits erfaßten Parameters kopiert werden.
Die Menge der Applikationen wird bestimmt und für jede einzelne Applikation werden die erforderlichen Parameter bestimmt. Dieses Ergebnis wird einem Bearbeitungsvorgang unterzogen, indem aus der Menge der erforderlichen Parameter für die Menge der Applikationen eine applikationsspezifische Erfassungsmaske generiert wird, über die dann zu einem späteren Zeitpunkt die Parameterwerte erfaßt werden können. Dieser Vorgang läuft vorzugsweise automatisch ab. In einer alternativen Ausführungsform ist es jedoch vorgese- hen, hier kumulativ einen manuellen Eingriff seitens des Anwenders zuzulassen, so dass auch ein spezifisches Wissen über die Verknüpfungen der Parameter bei der Erzeugung der Erfassungsmasken berücksichtigt werden kann.
Ein wesentlicher Vorteil des hier dargestellten Verfahrens ist darin zu sehen, daß der Prozeß zur Erfassung von Parameterwerten mehrphasig abläuft und insbesondere in zwei Phasen aufteilbar ist, die einen unterschiedlichen Grad von Systemwissen voraussetzen. Erfindungsgemäß wird der Erfassungsvor- gang so aufgeteilt, daß in einer ersten Phase Systemwissen hinsichtlich der Interdependenzen der notwendigen Parameter notwendig ist. Hier ist beispielsweise zu entscheiden, ob ein Parameter vorwiegend optional oder zwingend erforderlich ist bei der Verarbeitung in einer bestimmten Applikation. Anhand dieser Daten wird für jeden Prozeß eine spezifische Erfassungsmaske erstellt, über die zu einem späteren Zeitpunkt deren Parameterwerte erfaßt werden.
In einer zweiten Phase können dann die für die Menge der Applikationen erforderlichen Parameterwerte automatisch abge- fragt oder unter Zugriff auf weitere Datensätze automatisch ausgelesen werden. In dieser zweiten Phase ist kein Systemwissen erforderlich. Das Verfahren bzw. System gemäß der Erfindung ist vorzugsweise so ausgelegt, daß die erste und zweite Phase vollständig voneinander entkoppelt ablaufen können. Das bedeutet, daß die Phasen zu unterschiedlichen Zeitpunkten und von verschiedenen Systembereichen eines verteilten Systems erfolgen können.
Durch die Aufteilung in Phasen ist es vorteilhafterweise möglich, unterschiedliche Anwenderprofile zuzuweisen. In der ersten Phase ist ein Administrator mit Systemwissen notwendig, der die Verknüpfungen bzw. Interdependenzen zwischen den Diensten bzw. den Prozessen mit deren Parametern kennt, während in der zweiten Phase ein Anwender einsetzbar ist, der nicht über spezielles Systemwissen verfügt. Er muß lediglich die über die Erfassungsmaske erfragten Werte angeben. Dabei muß er die Parameterwerte, die von mehreren Prozessen verarbeitet werden nur einmal eingeben, so daß inkonsistente Eingaben vermieden werden können.
Bei der Erstellung des Erfassungsmusters wird jede mögliche Kombination von Service-Applikationen berücksichtigt, so daß alle dafür notwendigen Parameterwerte erfaßt werden und später zur Verfügung stehen.
Für die Erstellung des Erfassungsmusters in der ersten Phase ist es vorgesehen, daß der Administrator - teilweise interaktiv - geführt wird. Dafür wird eine Liste von möglichen Diensten zur Verfügung gestellt, die eine bestimmte Parameterbelegung erfordern. Aus dieser Liste muß der Operator nun lediglich die für die jeweilige Anwendung bzw. Situation erforderlichen Dienste auswählen. Daraufhin werden ihm bestimmte zu erfassende Parameter vorgeschlagen, die er in einer vorteilhaften Ausführungsform der Erfindung bestätigen kann oder durch andere ersetzen und/oder ergänzen kann. Nach Been- digung dieses Definitionsschrittes wird vom System automatisch und vorteilhafterweise einheitlich und zentral jeweils eine Erfassungsmaske für jeweils einen Prozeß erstellt, die dann an beliebigen Stellen zur Verfügung steht und auch von unterschiedlichen Systemeinheiten bzw. verschiedenen Anwendern ausgefüllt werden kann.
Ein besonderer Vorteil ist darin zu sehen, daß auch verschiedene Benutzer die erforderlichen Parameterwerte in der zweiten Phase eingeben können und daß alternativ und/oder kumulativ eine automatische Erfassung durch Zugriff auf entsprechende Daten bzw. Datensätze des Systems möglich ist, ohne daß Inkonsistenzen hinsichtlich der erfaßten Parameter auftreten können.
Das hier beschriebene System ist generisch ausgebildet, so dass die Menge der Prozesse dynamisch und modular erweitert, verringert oder anderweitig verändert werden kann, ohne dass das System oder das Verfahren prinzipiell verändert werden müssen. In einer bevorzugten Ausführungsform erfolgt eine Änderung der Menge der Applikationen über eine spezifische Benutzermaske.
Es ist auch vorgesehen, die Prozesse, die dafür notwendigen Parameter und deren Interdependenzen in einer Datenbank abzulegen. Dann sind die von mehreren Prozessen gemeinsam verwendeten Parameter durch einen Zugriff auf die Datenbank be- stimmbar.
In der bevorzugten Ausführungsform ist es vorgesehen, daß die Erfassungsmasken so generiert werden, daß sie anzeigen, welche Parameter prinzipiell für einen bestimmten Prozess not- wendig sind, aber hier kein Eingabemöglichkeit für deren Werte vorsehen, falls dieser Parameterwert bereits aufgrund anderer Prozesse bestimmt worden ist.
Das Verfahren ist vorzugsweise so ausgelegt, daß die Schnitt- menge der von dem Anwender einzugebenden Werte über die Menge aller Erfassungsmasken leer ist. In der bevorzugten Ausführungsform betrifft der Prozeß eine Applikation, die einem Kunden spezifische telekommunikationstechnische Dienste zur Verfügung stellt und seinerseits auf bestimmte Kenngrößen zurückgreift, wie beispielsweise Parame- ter, Parameterwerte und/oder andere Daten bzw. Datensätze.
Eine alternative Aufgabenlösung sieht ein Speichermedium vor, das zur Speicherung des vorstehend beschriebenen, computerimplementierten Verfahrens bestimmt ist und von einem Compu- ter lesbar ist.
Die vorstehend beschriebenen, erfindungsgemäßen Ausführungsformen des Verfahren können auch als Computerprogrammprodukt ausgebildet sein, welches ein computerlesbares Medium mit Computerprogramm-Code-Mitteln aufweist und bei dem nach Laden des Computerprogramms der Computer durch das Programm zur Durchführung des oben beschriebenen, erfindungsgemäßen Verfahrens veranlaßt wird.
Zusätzliche, vorteilhafte Ausführungsformen ergeben sich aus den Unteransprüchen.
In der folgenden detaillierten Figurenbeschreibung werden nicht einschränkend zu verstehende Ausführungsbeispiele mit deren Merkmalen und weiteren Vorteilen anhand der Zeichnung besprochen. In dieser zeigen:
Figur 1 eine Prinzipdarstellung eines erfindungsgemäßen Verfahrens,
Figur 2 ein Ablaufdiagramm des Verfahrens und
Fig. 3a und 3b eine schematische Darstellung einer Definitions maske und einer Erfassungsmaske. In Figur 1 ist das grundlegende Szenario des erfindungsgemäßen Verfahrens vorgestellt. Ein Kunde fordert beispielsweise bestimmte Dienste seines Telekommunikationsgerätes an, die den Ablauf bestimmter, technischer Prozesse 10 voraussetzen und ihrerseits auf einen Satz von teilweise unterschiedlichen und teilweise gleichen Parametern 12 zurückgreifen, deren Werte 14 erfaßt werden sollen. Die Erfassung der Parameterwerte 14 ist zentral gesteuert, als daß ein Parameterwert 14 eines Parameters 12, der von mehreren Prozessen 10 verwendet wird jeweils nur einmal erfaßt wird und ansonsten automatisch übernommen wird.
Dabei ist es vorgesehen, daß die Erfassung der Parameterwerte 14 von einem zentralen System 16 vorgenommen wird, das Anfor- derungsprofile und spezifische Masken 18, 20 zur Erfassung von Parameterwerten 14 von Benutzeroberflächen über ein Datenverkehrsnetz, insbesondere ein WAN oder ein LAN zur Verfügung stellen kann.
Da die Menge der Prozesse 10 und die Menge der von ihnen verarbeiteten Parameter 12 zentral vermittelt werden, ist es möglich, eine redundante Eingabe von Parameterwerten 14 zu vermeiden.
Wie in Figur 2 dargestellt wird das erfindungsgemäße Vorgehen in zwei Phasen aufgegliedert: in eine Definitionsphase, die ein Systemwissen voraussetzt, insbesondere ein Wissen über die Zusammenhänge zwischen den einzelnen Prozessen 10 mit deren Parametern 12 und in eine Erfassungsphase, die von belie- bigem Personal ausgeführt werden kann, da die notwendigen, zu tätigenden Eingaben über eine Erfassungsmaske 18 vorgegeben sind. In der ersten Definitionsphase wird erfaßt, welcher Dienst auf welchen Parametern 12 in welcher Weise aufsetzt.
Dabei wird in der bevorzugten Ausführungsform der Erfindung ebenfalls eine Definitionsmaske 20 - ein sogenanntes Data Definition Grid - verwendet, die für eine Menge von Diensten bzw. Prozessen 10 eine Menge von auswählbaren Parametern 12 vorschlägt. Dieser Vorschlag kann jedoch beliebig abgeändert oder ergänzt werden. Dann werden die Abhängigkeiten der jeweiligen Prozesse 10 mit deren Parametern 12 untereinander bestimmt. Hier wird insbesondere erfaßt, welche Parameter 12 mehrfach verarbeitet werden. Dies kann zum einen dadurch geschehen, indem ein und derselbe Parameter 12 von mehreren unterschiedlichen Prozessen 10 verarbeitet wird. Es kann jedoch auch die Folge davon sein, daß der Parameter 12 von einem Prozess 10 mehrfach verwendet wird. In diesen Fällen wird der entsprechende Wert 14 nur jeweils einmal innerhalb des Systems erfaßt.
Nach dem Ermitteln der Parameter 12 und deren Interdependen- zen wird nun automatisch eine Erfassungsmaske 18, das sogenannte Data Entry Grid, iterativ für alle Prozesse 10 aus der Menge der Prozesse erstellt.
In Figur 3a und 3b ist jeweils schematisch ein Beispiel für eine Erfassungsmaske 18 und eine Definitionsmaske 20 dargestellt. Beide sind in der bevorzugten Ausführungsform tabellenartig angelegt. Es ist allerdings auch möglich, eine andere Datenstruktur zu wählen und gegebenenfalls noch zusätzliche Datensätze darin aufzunehmen.
Aus der unterschiedlichen Hinterlegung der einzelnen Felder der Tabelle in Figur 3b ist ersichtlich, daß die Erfassungsmaske 18 zwar den Benutzer alle erforderlichen Parameterwerte 14 anzeigt, aber nur für diejenigen eine Eingabemöglichkeit vorsieht, deren Werte 14 nicht bereits anderweitig erfaßt worden sind. Alle notwendigen, aber bereits erfaßten Werte sind hier horizontal gestreift dargestellt. Die jeweils nicht notwendigen Werte sind vertikal gestreift markiert. Beide Masken 18, 20 sind Bestandteil von Benutzeroberflächen.
In der ersten Phase legt ein Administrator anhand der Definitionsmaske 20 fest, welche Parameter 12 für einen bestimmten Dienst bzw. Prozeß 10 ausgewählt werden sollen, welche von anderen Prozessen 10 geteilt sind und auf welche Weise sie in der jeweiligen Applikation verwendet werden. Beispielsweise kann der Parameter "Port" zur Kennzeichnung der Teilnehmer- leitung für die Benutzung von Sprachdiensten und für die Benutzung von DSL-Datendiensten verwendet werden. Dabei ist jegliche zulässige Kombination von Diensten auswählbar. Um einen weiteren Dienst zu der Definitionsmaske 20 hinzuzufügen, muß der Administrator einen oder mehrere Dienste, die ihm über eine Auswahlliste angeboten werden, auswählen (z.B. Telefonie oder xDSL) . Dies wird als neuer Zeileneintrag in der tabellenförmig angelegten Definitionsmaske 20 aufgenommen. Je nach Anzahl der für diesen Dienst notwendigerweise benötigten Parameter 12, wird eine entsprechende Anzahl von Spalten hinzugefügt.
In Figur 3a ist gezeigt, daß bei dem Dienst "Telephony 1" unter dem Parameter "Ne Name" ein anzukreuzendes Kästchen vorgesehen ist, um anzuzeigen, daß dieser Parameterwert 14 zu einem späteren Zeitpunkt eingegeben oder unter Zugriff auf andere Datenstrukturen des Systems eingelesen werden muß. Für alle anderen in dieser Figur dargestellten Dienste, enthält die Definitionsmaske 20 hinsichtlich des Parameters "Ne Name" die Zahl "1" als Eintrag, um anzuzeigen, daß der Wert später nicht eingeben werden muß, sondern automatisch aus dem entsprechenden Feld des ersten Dienstes generiert werden kann. Dies wird durch Kopieren der jeweiligen Inhalte ausgeführt. Gleiches gilt für den Parameter "LAG", der für den Dienst "Telephony 2" ebenfalls nur aus dem ersten Eintrag kopiert zu werden braucht. Dieser Parameter ist hingegen für die beiden nächsten Dienste nicht erforderlich. Dies ist in Figur 3a durch ein Kreuz angedeutet.
Wie oben bereits erwähnt, können sich die jeweiligen Dienste nicht nur hinsichtlich der Parameter 12 unterscheiden, sondern auch hinsichtlich deren Verwendung. So erfordern die Dienste "Telephony 1" und "Telephony 2" jeweils unterschied- liehe Verwendungen des Parameters "Port", so daß dieser Parameter bei beiden Diensten eingeben werden muß.
Die Definitionsmaske 20 ist so ausgelegt, daß aus ihr automa- tisch die Erfassungsmaske 18 abgeleitet werden kann.
Durch die zentrale Steuerung und die Generierung der Masken ist es möglich, so wenig interaktive Eingaben seitens eines Anwenders wie möglich vorzusehen, um potentielle Fehlerquel- len ausschalten zu können.
Mit Erstellung der Erfassungsmaske 18 ist die erste Phase abgeschlossen. Nun kann zu einem beliebigen späteren Zeitpunkt ein Anwender anhand der Erfassungsmaske 20 alle notwendigen Parameterwerte 14 eingeben und wird dabei interaktiv geführt. Er muß sich insbesondere nicht um etwaige Inkonsistenzen kümmern, die beispielsweise dadurch entstehen können, daß für ein und denselben Parameter 12 unterschiedliche Werte 14 e- xistieren. Durch das erfindungsgemäße Vorgehen ist ein sol- eher Fehler ausgeschlossen.
In einer alternativen Ausführungsform der Erfindung greift das System zusätzlich auf ein Verifikationsmodul zurück, das dazu bestimmt ist, Eingaben, die in der Erfassungsmaske 18 hinsichtlich der Parameterwerte 14 getätigt werden, auf ihre Zulässigkeit hin zu überprüfen. So wird beispielsweise unmittelbar nach einer inkorrekten Eingabe eine Fehlermeldung angezeigt, falls hier eine unzulässige alphanumerische Kombination eingegeben worden ist.

Claims

Patentansprüche
1. Verfahren zur Erfassung von Werten (14) von Kenngrößen (12) , die von einer Menge von Prozessen (10) verarbeitet werden, bei dem die Prozesse (10) hinsichtlich der von ihnen verwendeten Kenngrößen (12) Interdependenzen aufweisen, mit folgenden Schritten:
- Erfassen der Kenngröße (n) (12) für jeden Prozeß (10) aus der Menge der Prozesse
- Ermitteln der Interdependenzen zwischen den Kenngrößen (12), vorzugsweise Bestimmen von mehrfach verarbeiteten Kenngrößen, die von mehreren Prozessen und/oder von einem Prozeß mehrfach verarbeitet werden, - automatisches Generieren von je einer Erfassungsmaske (18) für jeweils einen Prozeß (10) aufgrund der erfaßten Kenngrößen (12) und/oder aufgrund der ermittelten Interdependenzen, und
- Erfassen der Werte (14) der Kenngrößen (12) mittels der ge- nerierten Erfassungsmasken (18), wobei die Erfässungsmasken (18) so erzeugt werden, daß die über die Gesamtheit aller generierten Erfassungsmasken (18) erfaßten Werte (14) der Kenngrößen (12) jeweils nur einmal und/oder die Werte (14) der mehrfach verarbeiteten Kenngrößen (12) automatisch erfaßt werden.
2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, daß die Menge der Prozesse (10) dynamisch veränderlich ist, ohne daß das Verfahren einer Änderung unterzogen werden muß.
3. Verfahren nach mindestens einem der Ansprüche 1 oder 2, dadurch gekennzeichnet, daß das Erfassen der Kenngrößen (12) für alle Prozesse (10) aus der Menge der Prozesse über eine Definitionsmaske (20) erfolgt.
4. Verfahren nach mindestens einem der vorstehenden Ansprüche, dadurch gekennzeichnet, daß die für den jeweiligen Prozeß (10) zwingend notwendigen Kenn- großen (12) erfaßt werden.
5. Verfahren nach mindestens einem der vorstehenden Ansprüche, dadurch gekennzeichnet, daß die für den jeweiligen Prozeß (10) optionalen . Kenngrößen (12) erfaßt werden.
6. Verfahren nach mindestens einem der vorstehenden Ansprüche, dadurch gekennzeichnet, daß das Verfahren folgenden Schritt umfaßt:
Erfassen eines Verarbeitungsvektors, der angibt, wie die erfaßten Kenngrößen (12) des jeweiligen Prozesses (10) verarbeitet bzw. verwendet werden.
7. Verfahren nach mindestens einem der vorstehenden Ansprüche, dadurch gekennzeichnet, daß die Erfassungsmaske (18) prozeßsspezifisch ist.
8. Verfahren nach mindestens einem der vorstehenden Ansprüche, dadurch gekennzeichnet, daß die Erfassungsmasken (18) für die Menge der Prozesse (10) so ausgelegt sind, dass die Werte (14) von mehrfach verarbeiteten Kenngrößen (12) nur einmal erfaßt werden.
9. Verfahren nach mindestens einem der vorstehenden Ansprüche, dadurch gekennzeichnet, daß die Generierung der Erfassungsmasken (18) automatisch erfolgt.
10. Verfahren nach mindestens einem der vorstehenden Ansprüche, dadurch gekennzeichnet, daß bei der Generierung der Erfassungsmasken (18) auf ein Verifikationsmodul zurückgegriffen wird, das eine Überprüfung der eingegebenen Daten und/oder Werte auf Zulässigkeit umfaßt.
11. Verfahren nach mindestens einem der vorstehenden Ansprü- ehe, dadurch gekennzeichnet, daß bei der Generierung der Erfassungsmasken (18) die Struktur der Prozesse und/oder die Interdependenzen der erfaßten Kenngrößen (12) zwischen den Prozessen (10) verarbeitet werden.
12. Verfahren nach mindestens einem der vorstehenden Ansprüche, dadurch gekennzeichnet, daß die Kenngrößen (12) und/oder die Werte (14) der Kenngrößen (12) zentral erfaßt werden, vorzugsweise auch bei verteilten Prozessen (10) .
13. Verfahren nach mindestens einem der vorstehenden Ansprüche, dadurch gekennzeichnet, daß die Werte (14) der mehrfach verarbeiteten Kenngrößen (12) automatisch erfaßt werden, indem ein über die Erfassungsmaske (18) ermittelter Wert (14) für die anderen Kenngrößen kopiert wird.
14. System zur Erfassung von Werten (14) von Kenngrößen (12), die von einer Menge von Prozessen (10) verarbeitet werden, bei dem die Prozesse (10) hinsichtlich der von ihnen verwendeten Kenngrößen (12) Interdependenzen aufweisen, mit: - einem Erfassungsmodul, das zum Erfassen der Kenngröße (n) (12) für jeden Prozeß (10) aus der Menge der Prozesse bestimmt ist, - einem Verknüpfungsmodul, das zum Ermitteln der Interdependenzen zwischen den Kenngrößen (12) , vorzugsweise zum Bestimmen von mehrfach verarbeiteten Kenngrößen, die von mehreren Prozessen und/oder von einem Prozeß mehrfach verarbeitet wer- den, bestimmt ist,
- einem Generierungsmodul, das zum automatischen Generieren von je einer Erfassungsmaske (18) für jeweils einen Prozeß
(10) aufgrund der erfaßten Kenngrößen (12) und/oder aufgrund der ermittelten Interdependenzen, bestimmt ist, wobei die Werte (14) der mehrfach verarbeiteten Kenngrößen
(12) über die Erfassungsmaske (18) automatisch erfaßt werden und wobei die Erfassungsmasken (18) so generiert werden, daß die über die Gesamtheit aller generierten Erfassungsmasken (18) erfaßten Werte (14) der Kenngrößen (12) jeweils nur einmal erfaßt werden.
15. System nach Anspruch 14, dadurch gekennzeichnet, daß die Menge der Prozesse beliebig dynamisch geändert werden kann, ohne daß ein Neuentwurf des Systems vorgenommen werden muß.
PCT/EP2002/009691 2001-10-19 2002-08-30 Automatische parametererfassung Ceased WO2003036398A1 (de)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CA2463949A CA2463949C (en) 2001-10-19 2002-08-30 Automatic parameter recording
DE50208616T DE50208616D1 (de) 2001-10-19 2002-08-30 Automatische parametererfassung
EP02776953A EP1436673B1 (de) 2001-10-19 2002-08-30 Automatische parametererfassung
US10/493,253 US20040246840A1 (en) 2001-10-19 2002-08-30 Automatic parameter recording

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP01124998.4 2001-10-19
EP01124998A EP1304605A1 (de) 2001-10-19 2001-10-19 Automatische Parametererfassung

Publications (1)

Publication Number Publication Date
WO2003036398A1 true WO2003036398A1 (de) 2003-05-01

Family

ID=8179021

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2002/009691 Ceased WO2003036398A1 (de) 2001-10-19 2002-08-30 Automatische parametererfassung

Country Status (7)

Country Link
US (1) US20040246840A1 (de)
EP (2) EP1304605A1 (de)
CN (1) CN100407082C (de)
AT (1) ATE344481T1 (de)
CA (1) CA2463949C (de)
DE (1) DE50208616D1 (de)
WO (1) WO2003036398A1 (de)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102010030691A1 (de) * 2010-06-30 2012-01-05 Trumpf Werkzeugmaschinen Gmbh + Co. Kg Dialogsystem und Verfahren zur Untersuchung eines Bearbeitungsprozesses
US9529343B2 (en) 2010-06-30 2016-12-27 Trumpf Werkzeugmaschinen Gmbh + Co. Kg Dialogue system and method for examining machining processes

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN120825629B (zh) * 2025-09-18 2026-02-10 浙江迈睿机器人有限公司 分阶段鲁棒的相机参数优化方法、装置、设备及介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4965742A (en) * 1987-09-30 1990-10-23 E. I. Du Pont De Nemours And Company Process control system with on-line reconfigurable modules
DE19547989A1 (de) * 1995-12-21 1997-06-26 Siemens Ag Verfahren zum Überführen eines Automaten von einem ersten Zustand in einen zweiten Zustand sowie zugehörige Anordnung

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3753233A (en) * 1971-02-04 1973-08-14 Bunker Ramo Method and apparatus for data entry
US4873623A (en) * 1985-04-30 1989-10-10 Prometrix Corporation Process control interface with simultaneously displayed three level dynamic menu
US5475836A (en) * 1987-04-01 1995-12-12 Lotus Development Corporation Interface for providing access to external data sources/sinks
US5166873A (en) * 1989-09-13 1992-11-24 Yokogawa Electric Corporation Process control device
CN1047671C (zh) * 1994-08-03 1999-12-22 程飚 一种控制被控对象的预测控制方法及使用该方法的系统

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4965742A (en) * 1987-09-30 1990-10-23 E. I. Du Pont De Nemours And Company Process control system with on-line reconfigurable modules
DE19547989A1 (de) * 1995-12-21 1997-06-26 Siemens Ag Verfahren zum Überführen eines Automaten von einem ersten Zustand in einen zweiten Zustand sowie zugehörige Anordnung

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102010030691A1 (de) * 2010-06-30 2012-01-05 Trumpf Werkzeugmaschinen Gmbh + Co. Kg Dialogsystem und Verfahren zur Untersuchung eines Bearbeitungsprozesses
US9529343B2 (en) 2010-06-30 2016-12-27 Trumpf Werkzeugmaschinen Gmbh + Co. Kg Dialogue system and method for examining machining processes
DE102010030691B4 (de) 2010-06-30 2024-08-29 TRUMPF Werkzeugmaschinen SE + Co. KG Dialogsystem und Verfahren zur Untersuchung eines Bearbeitungsprozesses

Also Published As

Publication number Publication date
EP1436673B1 (de) 2006-11-02
ATE344481T1 (de) 2006-11-15
CA2463949A1 (en) 2003-05-01
CN1571945A (zh) 2005-01-26
CA2463949C (en) 2012-04-24
EP1436673A1 (de) 2004-07-14
US20040246840A1 (en) 2004-12-09
DE50208616D1 (de) 2006-12-14
CN100407082C (zh) 2008-07-30
EP1304605A1 (de) 2003-04-23

Similar Documents

Publication Publication Date Title
DE69325830T2 (de) Arbeitsgruppen-CAD-System und Verfahren zum gemeinsamen Entwerfen
DE69202575T2 (de) Verfahren und vorrichtung zur reduktion der datenmenge fuer die softwareinstallierung.
DE10135202A1 (de) Verfahren und Vorrichtung zur Klassifizierung von Ausrüstung in einer Vermögenswertverwaltungsdatenbank
EP2439691A1 (de) Vorrichtung und Verfahren zum maschinellen Erstellen eines Prozessdiagramms
WO2006066881A2 (de) System und verfahren zum automatischen erstellen, installieren und konfigurieren von erweiterungen der funktionalitäten in den systemknoten eines verteilten netzwerks
EP3364257B1 (de) Verfahren zum betrieb eines engineering-systems für ein industrielles prozessautomatisierungssystem und steuerungsprogramm
EP1436673B1 (de) Automatische parametererfassung
EP3812949A1 (de) Konfigurierbarer digitaler zwilling
DE19743324A1 (de) Konfigurierungsverfahren für Datenverarbeitungsanlagen
DE10305637A1 (de) Verfahren zur Projektierung eines elektrischen Systems
DE10335326A1 (de) Verfahren und Vorrichtung zur Simulation von Prozessabläufen in der graphischen Industrie
DE102020119853B3 (de) Verfahren zum Steuern eines Automatisierungssystems mit Visualisierung von Programmobjekten eines Steuerprogramms des Automatisierungssystems und Automatisierungssystem
DE102013214197A1 (de) Entwicklungsverfahren für ein technisches Produkt
EP1376383A2 (de) Verfahren zur Verarbeitung von Ein- und Ausgaben für statistische Analysen und Verfahren zur Bereinigung von Redundanzen
DE60320395T2 (de) Methode und Computersystem zum Archivieren von Datenobjekten
DE10308364A1 (de) Verfahren zur Verarbeitung von Ein- und Ausgaben für statistische Analysen und Verfahren zur Bereinigung von Redundanzen
DE102023201929A1 (de) Verfahren und Vorrichtung zum Bereitstellen von Konfigurationsvorschlägen für eine Konfiguration eines modularen Produktionssystems
WO2004015599A1 (de) Verfahren zur rechnergestützten steuerung von fertigungsprozessen
EP4361835A1 (de) Verfahren zum schreiben von datensätzen in eine relationale datenbank
DE10337837B4 (de) Computergesteuertes Drucksystem, Verfahren zum Ansteuern eines solchen Systems und entsprechendes Computerprogrammprodukt
EP1076437B1 (de) Editierverfahren für Konfigurationsdaten eines Telekommunikationssystems sowie Computerprodukt und Server dafür
DE102018208311A1 (de) Verfahren zum Durchführen einer systematischen Konfiguration
DE19807436B4 (de) System und Verfahren zur Steuerung und Überwachung von Programmen in einem Rechnerverbund
EP3877926A1 (de) Vorrichtung und verfahren zum umwandeln von daten aus einer digitalen kundenschnittstelle eines rechnernetzsystems
DE102004023634A1 (de) Verfahren zur Vollständigkeits- und Konsistenzprüfung einer Informationsbibliothek

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): CA CN US

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR IE IT LU MC NL PT SE SK TR

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2002776953

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2463949

Country of ref document: CA

Ref document number: 10493253

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 20028207041

Country of ref document: CN

WWP Wipo information: published in national office

Ref document number: 2002776953

Country of ref document: EP

WWG Wipo information: grant in national office

Ref document number: 2002776953

Country of ref document: EP