<Desc/Clms Page number 1>
Système de contrôle de processus L'invention se rapporte à un système de contrôle de processus dans lequel plusieurs types différents de postes de travail ou de machines sont gérés pour exécuter des tâches de fabrication ou des processus. Un exemple de tâches exécutées pourrait être l'interconnexion de noeuds de communication d'un réseau local ou étendu. Diverses opérations associées à un processus particulier peuvent comprendre, dans ce cas, l'impression de documents, l'interconnexion automatique de noeuds de communication, affichages à l'écran ou la surveillance de diverses opérations. L'invention se rapporte plus particulièrement au contrôle de processus dans lequel les opérations exécutées par chaque poste de travail sont exécutées par lots séquentiels, dont un exemple est le moulage automatique de boîtiers pour appareillage électronique.
Dans le cas de plusieurs postes de travail, chacun exécutant son propre programme de tâches séquentielles, ces tâches étant relationnelles, il est très important de s'assurer qu'un défaut dans un poste de travail n'affecte pas les autres postes de travail. L'invention vise donc un système de contrôle de processus qui, quoique chaque poste de travail est commandé par des instructions en relation avec un ensemble d'enregistrements de données commun, isole au mieux les instructions de chacun des postes de travail pour que les défauts restent localisés. Un autre but de l'invention est d'offrir un temps de réponse court lorsque des instructions sont demandées pour activer un poste de
<Desc/Clms Page number 2>
travail particulier et un but qui en découle est le traitement de données efficace lié à la génération des instructions de commande.
Le brevet n GB 1,429, 467 (Chubb) décrit un système de gestion de transactions. Il ressort clairement de la fig. 1 de cette description que divers éléments de l'appareillage tel qu'une unité d'encodage, un modem, une imprimante, un lecteur de bande, un module de reconnaissance sont tous reliés ensemble de façon permanente pour produire des instructions de pilotage. Quoiqu'un tel système semble apparemment assez efficace, il ne semble pas être particulièrement souple et il serait difficile d'adapter le système pour la gestion de différents postes de travail. Il apparaît en outre, qu'il serait difficile de le munir de la souplesse nécessaire à la façon de gérer les postes de travail pour des processus particuliers.
Selon l'invention, il est prévu un système de contrôle de processus comprenant :- au moins un poste de travail automatique construit pour être commandé par des instructions générées par une séquence d'enregistrements de données ; un processeur vidéo connecté à un écran vidéo d'affichage de données dans un masque de visualisation des enregistrements des données ; un poste de travail d'impression/communication connecté à un processeur de recherche de données conçu pour générer des signaux de commande destinés au poste de travail ;
<Desc/Clms Page number 3>
une banque de données comprenant une pluralité de fichiers de données, chaque fichier comprenant une pluralité d'enregistrements, les enregistrements de différents fichiers étant reliés au niveau du matériel par l'interconnexion des bus de données et d'adressage et au niveau logiciel par un microprocesseur identifiant les champs relationnels des enregistrements ;
un préprocesseur conçu pour la recherche automatique de données contenues dans des enregistrements de la banque de données et pour générer et stocker un fichier balise comprenant une pluralité d'enregistrements, chaque enregistrement contenant un ensemble de marqueurs qui correspondent à une pluralité d'autres enregistrements de la banque de données pour disposer de données relatives à un processus déterminé qui doit être exécuté par le système de contrôle de processus ; un générateur d'instructions connecté pour recevoir des informations provenant du fichier balise et relié au poste de travail automatique pour la transmission de signaux de commande destinés au poste de travail ; un filtre numérique connecté à la banque de données pour filtrer les enregistrements de données ;
un processeur d'attribution principal connecté pour recevoir la sortie du filtre et de génération d'un fichier d'extraction pour un deuxième poste de travail, les enregistrements n'ayant pas été écrits dans le fichier d'extraction étant transmis vers un processeur
<Desc/Clms Page number 4>
d'attribution secondaire conçu pour surveiller les enregistrements filtrés en vue de créer un fichier d'extraction secondaire dans lequel des enregistrements sont groupés dans un ensemble de données en cours et un ensemble de données futures, ledit contrôleur vidéo et le processeur de recherche étant connectés au fichier d'extraction secondaire ; et un circuit de mise à jour de banque de données comprenant des moyens de réception d'entrées interactives provenant des postes de travail de mise à jour des enregistrements de la banque de données.
Dans une réalisation le circuit de mise à jour de la banque de données comprend ; des moyens de reprise dans la banque de données de chacun d'une pluralité d'enregistrements de données permanentes ; des moyens pour déterminer des adresses dans l'élément de stockage pour un champ de mise à jour de processus dans chaque enregistrement de données permanentes ; des moyens pour exécuter des opérations de lecture et d'écriture pour effectivement décaler toutes les valeurs dans les adresses du champ dans un sens ;
et des moyens d'écriture de la valeur en cours d'un paramètre dans la premier adresse de la mémoire.
<Desc/Clms Page number 5>
Idéalement, le filtre est conçu pour la reprise automatique de valeurs de paramètres dans des suites d'adresses prédéterminées du champ de mise à jour du processus des enregistrements maîtres pour déterminer les seuils de filtrage.
Dans une autre réalisation, le premier poste de travail comprend un générateur d'instructions qui génère des instructions sur un ligne de sortie et des signaux d'interfaçage sur une autre ligne de sortie, ces signaux étant générés à partir d'une séquence d'enregistrements de données reprises du fichier balise de la banque de données, les signaux des deux sorties étant synchronisés, et dans laquelle le premier poste de travail comprend en outre un émulateur connecté à une interface de bouclage pour la remise à jour automatique en mode émulation des enregistrements concernés de la banque de données ainsi que pour automatiquement modifier des signaux de commande en fonction du rebouclage.
De préférence, le système comprend en outre un processeur de données pour la mise à jour automatique d'un champ pilote de poste de travail parmi une pluralité d'enregistrements de données, les informations envoyées au champ pilote du poste de travail étant associées à des séquences d'opérations du poste de travail, et dans laquelle le premier poste de travail comprend des moyens de lecture de l'information contenue dans le champ et des moyens d'écriture de l'information vers une séquence, dans le cas où une séquence existe déjà, sinon, de création
<Desc/Clms Page number 6>
d'une nouvelle séquence si une séquence n'existe pas encore, et des moyens pour générer des signaux de commande en fonction de chaque séquence d'enregistrements.
L'invention sera plus clairement comprise grâce à la description ci-dessous de certaines réalisations de l'invention, donnée exclusivement à titre d'exemple et en se référant aux dessins joints dans lesquels :- la fig. 1 est un schéma de principe d'un système de contrôle de processus de l'invention ; la fig. 2 est un schéma illustrant la façon d'utiliser des adresses mémoire pour la reprise rapide de données concernant l'état en cours de la tâche ; la fig. 3 est un schéma illustrant les caractéristiques de synchronisation et d'émulation d'un poste de travail ; et la fig. 4 est un schéma qui illustre le pilotage des opérations séquentielles d'un poste de travail.
Un système de contrôle de processus 1 est illustré par la fig. 1. Dans ce schéma diverses flèches indiquent le sens de circulation des données et des instructions entre les différents éléments du système 1.
Au centre du système 1 se trouve une banque de données 2 contenant des centaines de fichiers de données, chacun contenant un grand nombre d'enregistrements. Les fichiers sont interconnectés par des liens relationnels 3 sous la forme de bus d'adresses et de données connectés à un
<Desc/Clms Page number 7>
microprocesseur dont le fonctionnement est régi par divers paramètres reliant les enregistrements. Les fichiers peuvent être subdivisés en un groupe de fichiers de données 4 comprenant un fichier maître pour chaque tâche. Dans cette description, les expressions"tâche"et"processus" ont trait aux processus exécutés par le système de contrôle de processus 1, chaque processus comprenant un certain nombre d'opérations exécutées par des postes de travail différents et qui appartiennent au système 1.
En effet, une tâche ou un processus particuliers peuvent mettre en oeuvre un ensemble de, disons, quatre postes de travail qui exécutent des opérations pendant un temps assez long.
Généralement, il y a un ensemble de fichiers balise 5 et dans le cas particulier illustré il n'y a qu'un fichier balise 5, dont l'organisation est décrite ci-dessous. Finalement, il y a un ensemble de fichiers historiques du processus 6. Les données concernant chaque tâche ou processus sont stockées dans un grand nombre d'enregistrements et de fichiers de la banque de données 2, les enregistrements étant reliés par des champs relationnels. Cette disposition offre une grande souplesse d'expansion ainsi que de reprise de données.
Le système 1 comprend en outre un préprocesseur 7 dont la tâche principale est de traiter les fichiers de données 4 et de surveiller la valeur de champs des fichiers de données et de déterminer automatiquement une valeur de marqueur pour les enregistrements associés dans le fichier balise 5. Les valeurs de marqueur générées sont écrites vers les enregistrements marqueurs du fichier 5. Un
<Desc/Clms Page number 8>
processeur 7 fonctionne normalement en mode de traitement discontinu avant d'exécuter le traitement principal de mise à jour du système 1.
Le système 1 comprend également un filtre numérique 10 qui est géré par deux ensembles différents de critères. Le premier ensemble est un ensemble de paramètres de filtrage codés permanents qui pointent vers les cellules de mémoires à lire par le microprocesseur pour déterminer les valeurs des marqueurs et des données d'enregistrements repris de la banque de données. L'autre ensemble de critères est un ensemble d'entrées variables qui sont fraîchement stockés avant chaque processus de traitement discontinu du système 1 et déterminent la façon de laquelle le filtrage doit être exécuté. En d'autres termes, les entrées invariables déterminent quelles données et quelles valeurs de marqueur doivent être filtrées tandis que les entrées variables définissent les valeurs seuils pour un quelconque processus discontinu particulier du système 1.
Un processeur principal d'attribution 11 reçoit la sortie du filtre 10 et crée deux fichiers différents. Le premier fichier créé est un fichier d'extraction 13 qui contient un ensemble d'enregistrements sur base desquels sont générées des instructions de commande de fonctionnement d'un poste de travail 14. Un aspect important du fonctionnement du système 1 réside dans l'émission d'un ensemble d'enregistrements qui peuvent servir pour générer des signaux de commande du fonctionnement d'un poste de travail particulier. La majorité des postes de travail du système 1 fonctionnent en mode séquentiel, mode dans lequel les opérations exécutées sont répétitives, de nature similaire pour chaque enregistrement de données successif. Ce qui est
<Desc/Clms Page number 9>
important est que le système 1 délivre les enregistrements corrects à l'instant correct.
Le processeur principal d'attribution fournit également automatiquement les signaux de retour 12 à la banque de données. Plus spécialement, les signaux de retour sont acheminés en direct vers le fichier balise 5 afin de remettre à zéro les fichiers balise en fonction du fichier d'extraction généré. En plus, les fichiers de données 4 peuvent toutefois également être mis à jour. Les enregistrements qui ne sont pas enregistrés dans le fichier d'extraction 13 sont automatiquement écrits vers un processeur secondaire d'attribution 16 qui se charge d'un traitement supplémentaire des enregistrements en fonction de la sortie du filtre. Ces enregistrements sont utilisés pour générer un fichier d'extraction 17 dont les enregistrements sont groupés d'une part dans un ensemble de données en cours 18 et un autre ensemble de données futures 19 d'autre part.
Les enregistrements des deux ensembles sont en grandes lignes similaires dans le sens qu'ils sont nécessaires pour générer des signaux de commande pour des postes de travail qui ne sont pas nécessairement automatiques et peuvent être des réseaux d'édition de données sur papier, bande magnétique, disques et/ou des écrans de visualisation. Des données de ce genre sont reprises par un processeur de reprise 22 qui génère des signaux de commande pour un poste de travail 23, qui peut p. e. être une imprimante. Un aspect principal du fichier d'extraction 17 est toutefois qu'un contrôleur vidéo 20 conçu pour visualiser certains champs des enregistrements fournit des signaux destinés à une interface utilisateur d'un écran vidéo 21.
Etant donné que ces sorties particulières ne sont pas automatisées et n'exécutent pas directement des opérations physiques, elles
<Desc/Clms Page number 10>
fournissent des instructions au personnel qui exécute certaines tâches nécessairement manuelles. Un exemple typique est un ensemble d'instructions de surveillance par un inspecteur d'assurance qualité des divers postes de travail en fonction d'analyses statistiques.
Une caractéristique importante du système 1 est sa façon de fournir des données de retour de divers postes de travail.
L'écran 21 et le poste de travail 23 fournissent des données utilisées pour la saisie interactive par des opérateurs via une interface 24. Les signaux de retour sont identifiés par le numéro 27. Des signaux de retour sont toutefois en plus fournis par le poste de travail 14 via un câble de signalisation 15 directement relié à la banque de données 2. Finalement, le système 1 comprend un poste de travail automatique 25 qui exécute de façon automatique une séquence de tâches, chaque tâche étant pilotée par un enregistrement de données spécifique. Un aspect important du fonctionnement du poste de travail 25 est que les enregistrements sont repris directement dans le fichier balise 5 qui a été mis à jour par le préprocesseur 7.
Se référant maintenant aux figs. 2 à 4 incluses, divers aspects du système 1 sont maintenant décrits de façon plus détaillée. La fig. 2 illustre comment les fichiers de données 4 sont mis à jour soit automatiquement par les lignes de signal 15 et 26, soit par des saisies interactives 27. Chaque enregistrement maître possède au moins un champ 20 qui contient sur disque un bloc de cellules de mémoire qui reçoivent des données ou des dates.
Etant donné que chaque enregistrement maître est associé à
<Desc/Clms Page number 11>
une tâche particulière, qui peut durer un certain temps important, l'enregistrement des mises à jour des données est extrêmement important. Une valeur de paramètre opérationnel 30 est saisie et est écrite dans l'octet 0 du champ 28, comme indiqué par les flèches 31, et chaque valeur de paramètre est enregistrée dans l'octet mémoire suivant, octet 0,1, 2,3,... n. Celle-ci est une caractéristique très simple et n'implique que relativement peu d'opérations de lecture/écriture en mémoire à chaque exécution de l'opération. Un avantage majeur est donné par le fait que chaque fois que l'accès est donné au fichier maître 4 pour y reprendre une valeur de paramètre opérationnel en cours, le processeur lit l'octet 0 pour trouver la valeur correcte.
En plus, lorsque des informations sur l'état du processus sont demandées, le processeur lit, comme indiqué par la flèche 32, un ensemble souhaité d'octets 29 pour reprendre une configuration de valeurs de paramètres représentative de l'état du processus sur le laps de temps représenté par ces octets. Un processeur de reprise de données 33 exécute ces opérations.
Il sera apprécié que malgré la simplicité de la caractéristique, elle permet une reprise extrêmement rapide aussi bien de données de mise à jour à l'état en cours que de l'état du processus en général sur une période de temps donnée.
Un autre aspect important du système 1 est donné par le mode de fonctionnement des postes de travail automatiques 25. Le poste de travail 25, illustré par la fig. 3 comprend un générateur de signaux de commande 40 qui automatiquement génère des signaux de commande en fonction des enregistrements de données repris directement du fichier
<Desc/Clms Page number 12>
balise 5, et éventuellement d'autres fichiers relationnels si nécessaire. Le générateur de signaux de commande 40 possède deux sorties en parallèle, respectivement une sortie de signaux de contrôle de machine 42 et une sortie interface machine 43. Ces sorties sont synchronisées afin que l'interface simultanément imprime ou affiche l'information représentant un signal de contrôle en cours de sortie sur la ligne 42.
Lorsqu'il s'agit d'un poste de travail automatique d'interconnexion de noeuds de communication, les signaux sur la ligne 42 exécutent les opérations de commutation, tandis que la ligne 43 renseigne l'opérateur sur les noeuds de communication commutés. La ligne 44 peut acheminer des informations de retour générées soit manuellement soit automatiquement, en fonction de la ligne 42 ou 43 à laquelle elle répond. Un aspect important de la ligne de retour 44 est qu'elle soit connectée directement à un émulateur 41 faisant partie du poste de travail 25. L'émulateur 41 permet l'acheminement immédiat des signaux de retour vers la banque de données 2 afin de mettre à jour le poste de travail 25 qui modifiera, si nécessaire, les instructions de commande, mais en plus, la banque de données 2 est mise à jour en temps réel.
Ceci est très important étant donné que la banque de données est le noyau du système 1.
Concernant la méthode de génération des signaux de commande, référence est maintenant faite à la fig. 4. Les enregistrements de données déchargés de la banque de données 2 sont identifiés par la référence 50 de la fig. 4 et chaque enregistrement 50 comprend un champ pilote 51 d'un poste de travail. Le champ pilote est un champ fixe dans chaque enregistrement et dans lequel une valeur est
<Desc/Clms Page number 13>
écrite par le processeur de données 52 avant l'activation du poste de travail 25. Le processeur 52 peut facilement être configuré de façon interactive par l'utilisateur pour écrire des valeurs différentes dans le champ 51 en fonctions des divers critères du traitement des enregistrements 50.
L'organigramme 55 de la fig. 4 illustre comment le poste de travail 25 utilise les valeurs contenues dans le champ 51 pour générer des séquences de commandes. La valeur contenue dans le champ est lue à l'étape 56 et à l'étape 57 le générateur de signaux de commande du poste de travail vérifie si une séquence existe déjà pour cette valeur particulière. Si oui, le générateur de signaux de commande 40 ajoute l'enregistrement à la séquence à l'étape 58. Si toutefois la séquence n'existe pas, le générateur 40 crée une nouvelle séquence et y écrit l'enregistrement. Comme le montre l'étape de décision 60, cet ensemble d'opérations est répété pour chaque valeur de champ 56 déchargée de la banque de données 2. A l'étape 61, le poste de travail 25 fonctionne en fonction des signaux de commande générés à partir de chaque séquence d'enregistrements.
Comme le montre l'étape de décision 62, le poste de travail 25 s'arrête lorsque toutes les séquences ont été utilisées pour générer des signaux de commande. Si toutefois une autre séquence d'enregistrements de données existe, d'autres signaux de commande sont générés et le poste de travail continue ses opérations.
Il sera apprécié que l'invention assure la séparation des signaux de commande et des voies de données des différents postes de travail de façon fiable par le fait que les voies
<Desc/Clms Page number 14>
des signaux et des données soient très bien isolées. Par exemple, les données et les signaux vers le poste de travail 25 proviennent en direct du fichier balise 5 accompagnées dans certains cas d'un faible volume de données supplémentaires reprises dans d'autres fichiers. Le poste de travail 14 est piloté directement par un fichier d'extraction 13 où l'écran 21 et le poste de travail 23 sont pilotés par un fichier d'activation 17 généré par un processeur d'attribution secondaire 16. Il s'est avéré que cette distribution des voies de données assure la fiabilité.
Il s'est encore avéré que par la mise à jour des enregistrements maîtres par les opérations de décalage décrits plus haut, les données peuvent être reprises très rapidement résultant en des temps d'accès très courts. Ceci est particulièrement intéressant lorsque les postes de travail fonctionnent en temps réel et que les signaux de commande doivent être générés en temps réel. Le risque de corruption des données est dans la majorité des cas considérablement réduit par l'envoi direct des signaux de retour 2 vers le fichier balise 5. La combinaison de cette caractéristique et de la nature relationnelle des divers fichiers associés à chaque processus, réduit au minimum le risque de corruption des données.
L'invention n'est pas limitée aux réalisations décrites ci-dessus qui peuvent varier tant dans leurs constructions que dans leurs détails.
<Desc / Clms Page number 1>
Process control system The invention relates to a process control system in which several different types of work stations or machines are managed to execute manufacturing tasks or processes. An example of tasks performed could be the interconnection of communication nodes of a local or wide area network. Various operations associated with a particular process may include, in this case, printing of documents, automatic interconnection of communication nodes, on-screen displays or monitoring of various operations. The invention relates more particularly to process control in which the operations executed by each work station are executed in sequential batches, an example of which is the automatic molding of housings for electronic equipment.
In the case of several workstations, each running its own sequential task program, these tasks being relational, it is very important to ensure that a fault in one workstation does not affect the other workstations. The invention therefore relates to a process control system which, although each workstation is controlled by instructions in relation to a common set of data records, best isolates the instructions from each of the workstations so that faults remain localized. Another object of the invention is to offer a short response time when instructions are requested to activate a radio station.
<Desc / Clms Page number 2>
particular work and a resultant goal is the efficient processing of data related to the generation of control instructions.
Patent GB 1,429,467 (Chubb) describes a transaction management system. It is clear from fig. 1 of this description that various elements of the apparatus such as an encoding unit, a modem, a printer, a tape reader, a recognition module are all linked together permanently to produce piloting instructions. Although such a system seems to be quite effective, it does not seem to be particularly flexible and it would be difficult to adapt the system for the management of different workstations. It also appears that it would be difficult to provide it with the flexibility necessary to manage workstations for specific processes.
According to the invention, there is provided a process control system comprising: - at least one automatic work station constructed to be controlled by instructions generated by a sequence of data records; a video processor connected to a data display video screen in a mask for viewing the data records; a print / communication workstation connected to a data search processor adapted to generate control signals for the workstation;
<Desc / Clms Page number 3>
a database comprising a plurality of data files, each file comprising a plurality of records, the records of different files being linked at the hardware level by the interconnection of the data and addressing buses and at the software level by a microprocessor identifying the relational fields of the records;
a preprocessor designed for automatically searching for data contained in records of the database and for generating and storing a tag file comprising a plurality of records, each record containing a set of markers which correspond to a plurality of other records of the database to have data relating to a specific process to be executed by the process control system; an instruction generator connected to receive information from the beacon file and connected to the automatic work station for the transmission of control signals intended for the work station; a digital filter connected to the database for filtering the data records;
a main allocation processor connected to receive the filter output and generation of an extraction file for a second workstation, the records not having been written to the extraction file being transmitted to a processor
<Desc / Clms Page number 4>
secondary allocation designed to monitor filtered records to create a secondary extraction file in which records are grouped into a current data set and a future data set, said video controller and the search processor being connected the secondary extraction file; and a database update circuit comprising means for receiving interactive inputs from the workstations for updating the records of the database.
In one embodiment the circuit for updating the database comprises; means for retrieving from the database each of a plurality of permanent data records; means for determining addresses in the storage element for a process update field in each master data record; means for executing read and write operations to effectively shift all the values in the addresses of the field in one direction;
and means for writing the current value of a parameter in the first address of the memory.
<Desc / Clms Page number 5>
Ideally, the filter is designed for the automatic retrieval of parameter values from sequences of predetermined addresses in the update field of the master record process to determine the filtering thresholds.
In another embodiment, the first workstation includes an instruction generator which generates instructions on one output line and interface signals on another output line, these signals being generated from a sequence of data records taken from the beacon file of the data bank, the signals of the two outputs being synchronized, and in which the first workstation further comprises an emulator connected to a loopback interface for automatic updating in emulation mode of the relevant records from the database as well as to automatically modify control signals according to the loopback.
Preferably, the system further comprises a data processor for automatically updating a workstation pilot field among a plurality of data records, the information sent to the workstation pilot field being associated with sequences of operations of the workstation, and in which the first workstation comprises means for reading the information contained in the field and means for writing the information to a sequence, in the case where a sequence already exists, if not, creation
<Desc / Clms Page number 6>
of a new sequence if a sequence does not yet exist, and means for generating control signals as a function of each sequence of records.
The invention will be more clearly understood thanks to the description below of certain embodiments of the invention, given exclusively by way of example and with reference to the accompanying drawings in which: - FIG. 1 is a block diagram of a process control system of the invention; fig. 2 is a diagram illustrating how to use memory addresses for the rapid recovery of data relating to the current state of the task; fig. 3 is a diagram illustrating the synchronization and emulation characteristics of a work station; and fig. 4 is a diagram which illustrates the control of the sequential operations of a work station.
A process control system 1 is illustrated in FIG. 1. In this diagram various arrows indicate the direction of flow of data and instructions between the different elements of the system 1.
At the center of system 1 is a database 2 containing hundreds of data files, each containing a large number of records. The files are interconnected by relational links 3 in the form of address and data buses connected to a
<Desc / Clms Page number 7>
microprocessor whose operation is governed by various parameters linking the records. The files can be subdivided into a group of data files 4 comprising a master file for each task. In this description, the expressions “task” and “processes” relate to the processes executed by the process control system 1, each process comprising a certain number of operations executed by different workstations and which belong to system 1.
Indeed, a particular task or process can implement a set of, say, four workstations that perform operations for quite a long time.
Generally, there is a set of tag 5 files and in the particular case illustrated there is only one tag 5 file, the organization of which is described below. Finally, there is a set of process history files 6. The data relating to each task or process is stored in a large number of records and files in database 2, the records being linked by relational fields. This arrangement offers great flexibility in terms of expansion as well as data transfer.
The system 1 also comprises a preprocessor 7 whose main task is to process the data files 4 and to monitor the field value of the data files and to automatically determine a marker value for the associated records in the tag file 5. The generated marker values are written to the marker records in file 5. A
<Desc / Clms Page number 8>
processor 7 normally operates in batch processing mode before executing the main system update processing 1.
The system 1 also includes a digital filter 10 which is managed by two different sets of criteria. The first set is a set of permanent coded filtering parameters which point to the memory cells to be read by the microprocessor to determine the values of the markers and of data of records taken from the database. The other set of criteria is a set of variable inputs which are freshly stored before each batch processing process in system 1 and determine how the filtering should be performed. In other words, the invariable entries determine which data and marker values are to be filtered while the variable entries define the threshold values for any particular batch process in System 1.
A main allocation processor 11 receives the output of the filter 10 and creates two different files. The first file created is an extraction file 13 which contains a set of records on the basis of which are generated operating control instructions for a work station 14. An important aspect of the operation of the system 1 resides in the transmission a set of records that can be used to generate signals for controlling the operation of a particular workstation. The majority of the workstations in system 1 operate in sequential mode, a mode in which the operations executed are repetitive, of a similar nature for each successive data record. Which is
<Desc / Clms Page number 9>
important is that system 1 delivers the correct records at the correct time.
The main allocation processor also automatically supplies the return signals 12 to the database. More specifically, the return signals are sent directly to the beacon file 5 in order to reset the beacon files according to the extraction file generated. In addition, however, the data files 4 can also be updated. The records which are not recorded in the extraction file 13 are automatically written to a secondary allocation processor 16 which takes care of an additional processing of the records according to the output of the filter. These records are used to generate an extraction file 17 whose records are grouped on the one hand in a current data set 18 and another future data set 19 on the other hand.
The records of the two sets are broadly similar in the sense that they are necessary to generate control signals for workstations which are not necessarily automatic and can be networks for editing data on paper, magnetic tape , discs and / or display screens. Data of this kind is taken over by a take-back processor 22 which generates control signals for a work station 23, which can, for example. e. be a printer. A main aspect of the extraction file 17 is however that a video controller 20 designed to visualize certain fields of the recordings provides signals intended for a user interface of a video screen 21.
Since these particular outputs are not automated and do not directly perform physical operations, they
<Desc / Clms Page number 10>
provide instructions to personnel who perform certain necessarily manual tasks. A typical example is a set of monitoring instructions by a quality assurance inspector from various workstations based on statistical analyzes.
An important feature of System 1 is the way it provides return data from various workstations.
The screen 21 and the work station 23 provide data used for interactive input by operators via an interface 24. The return signals are identified by the number 27. However, return signals are also provided by the work station. work 14 via a signaling cable 15 directly connected to the database 2. Finally, the system 1 comprises an automatic work station 25 which automatically executes a sequence of tasks, each task being controlled by a specific data record. An important aspect of the functioning of the workstation 25 is that the records are taken up directly in the beacon file 5 which has been updated by the preprocessor 7.
Referring now to Figs. 2 to 4 inclusive, various aspects of system 1 are now described in more detail. Fig. 2 illustrates how the data files 4 are updated either automatically by the signal lines 15 and 26, or by interactive inputs 27. Each master record has at least one field 20 which contains on disk a block of memory cells which receive data or dates.
Since each master record is associated with
<Desc / Clms Page number 11>
a particular task, which can last a significant time, recording data updates is extremely important. An operational parameter value 30 is entered and is written in byte 0 of field 28, as indicated by the arrows 31, and each parameter value is saved in the next memory byte, byte 0.1, 2.3, ... not. This is a very simple feature and involves relatively few read / write operations in memory each time the operation is executed. A major advantage is given by the fact that each time access is given to the master file 4 to take a current operational parameter value there, the processor reads byte 0 to find the correct value.
In addition, when information on the state of the process is requested, the processor reads, as indicated by the arrow 32, a desired set of bytes 29 to resume a configuration of parameter values representative of the state of the process on the time span represented by these bytes. A data recovery processor 33 performs these operations.
It will be appreciated that, despite the simplicity of the characteristic, it allows extremely rapid recovery both of update data in the current state and of the state of the process in general over a given period of time.
Another important aspect of the system 1 is given by the mode of operation of the automatic work stations 25. The work station 25, illustrated in FIG. 3 includes a control signal generator 40 which automatically generates control signals according to the data records taken directly from the file
<Desc / Clms Page number 12>
tag 5, and possibly other relational files if necessary. The control signal generator 40 has two outputs in parallel, respectively a machine control signal output 42 and a machine interface output 43. These outputs are synchronized so that the interface simultaneously prints or displays the information representing a signal of control being output on line 42.
In the case of an automatic workstation for interconnecting communication nodes, the signals on line 42 execute the switching operations, while line 43 informs the operator of the switched communication nodes. Line 44 can route return information generated either manually or automatically, depending on line 42 or 43 to which it responds. An important aspect of the return line 44 is that it is connected directly to an emulator 41 forming part of the work station 25. The emulator 41 allows the immediate routing of the return signals to the database 2 in order to put update the work station 25 which will modify, if necessary, the control instructions, but in addition, the database 2 is updated in real time.
This is very important since the database is the core of system 1.
Regarding the method of generating the control signals, reference is now made to FIG. 4. The data records downloaded from the database 2 are identified by the reference 50 in FIG. 4 and each record 50 includes a pilot field 51 of a work station. The pilot field is a fixed field in each record and in which a value is
<Desc / Clms Page number 13>
written by the data processor 52 before activating the workstation 25. The processor 52 can easily be configured interactively by the user to write different values in the field 51 according to the various criteria for processing the records 50 .
The flowchart 55 of FIG. 4 illustrates how workstation 25 uses the values contained in field 51 to generate sequences of commands. The value contained in the field is read in step 56 and in step 57 the workstation control signal generator checks whether a sequence already exists for this particular value. If so, the control signal generator 40 adds the recording to the sequence in step 58. If, however, the sequence does not exist, the generator 40 creates a new sequence and writes the recording to it. As shown in decision step 60, this set of operations is repeated for each field value 56 unloaded from the database 2. In step 61, the workstation 25 operates according to the generated control signals. from each sequence of records.
As shown in decision step 62, the workstation 25 stops when all the sequences have been used to generate control signals. If, however, another sequence of data records exists, other control signals are generated and the workstation continues to operate.
It will be appreciated that the invention ensures the separation of the control signals and the data channels of the different workstations in a reliable manner by the fact that the channels
<Desc / Clms Page number 14>
signals and data are very well isolated. For example, the data and the signals to the workstation 25 come directly from the beacon file 5 accompanied in certain cases by a small volume of additional data taken up in other files. The workstation 14 is controlled directly by an extraction file 13 where the screen 21 and the workstation 23 are controlled by an activation file 17 generated by a secondary allocation processor 16. It has been found that this distribution of data channels ensures reliability.
It has also been found that by updating the master records by the shift operations described above, the data can be recovered very quickly resulting in very short access times. This is particularly advantageous when the workstations are operating in real time and the control signals have to be generated in real time. The risk of data corruption is in the majority of cases considerably reduced by the direct sending of return signals 2 to the beacon file 5. The combination of this characteristic and the relational nature of the various files associated with each process, reduced to minimize the risk of data corruption.
The invention is not limited to the embodiments described above which can vary both in their constructions and in their details.