DE3016510A1 - Control programme development unit for telephone exchange - uses separate programme development unit structured for ease of use by operator - Google Patents

Abstract

The development system is structured as an aid to the establishment of control programmes in a computerised telephone exchange system. The system has a coupling matrix for establishing telephone links that is directed by a main processor under the direction of the control programme. The development system has a working store (AM), processor (ALU), keyboard input (IU) with visual (DI), display programme memory (PM) data memory (DM) and additional status memory (SM) The system is designed for ease of use with the data system holding a range of programme language statements, such that input may be entered in the simplest possible form.

Description

Auxiliary device for control program development for complex

Installations, in particular for a telephone milling system.

The invention relates to the improvement of a special auxiliary device named computer for special purposes.

It was computer-controlled for the further development of an EWSD called Telephone switching system developed. The invention is also suitable also for the development of other computer-controlled systems or plants.

The invention is based on the known, also in the preamble of Claim 1 named auxiliary device for developing a control program that in turn for the control of a complex computer-controlled system open should, with - a working memory, for - storage of, possibly also branches trigger the, Verirnüpfungsbefehls to link the on the one hand fictitious coded Reports (e.g. about changes in the details of the nailing status as fictitious ACTUAL change values), with on the other hand in each case by the auxiliary device operator in the frame linking data to be specified in the control program development (e.g. fictitious associated other ACTUAL values of the system and / or associated TARGET values), - storage of these links and / or of the associated special control commands, who later control the system and, if there is an additional status memory, which saves a list of bogus ACTUAL status details of the system is appropriate, in the case of a preliminary simulation operation the content of the Affect the state memory, and - later input of these code sequences, the the associated messages, link commands and link results and possibly still contain control commands, in a control program memory of the computer of the system, if necessary after one between the control program development and this, later input, translation of these code sequences into the (machine) language the computer of the system, - an input unit for inputting coded and uncoded Words in and / or in the memory and / or in upstream registers, and - a program memory for storing auxiliary device program sequences which control the auxiliary device and, if necessary, also control the via the input unit codes entered for formal correctness, namely the consistency of the entered Codes, check.

Such an auxiliary device is already by ISS, Paris 1979, 1173 bis 1179 known. This known auxiliary device is also used to develop a control program a computer controlled telephone switching system. In his working memory fictitious messages and link commands for linking, possibly also Trigger branches, saved. The bogus, in the high-level programming language CDL-coded messages relate, at least in part, to changes in the details of the system status. The linked data relate, at least in part, to fictitious ones associated further actual values of the telephone switching system. The first too Linking results that are stored in the working memory and belonging to these links and those associated with any subsequent link branches special Control commands. should later control the telephone switching system, but for what first a translation of the developed control program by means of a compiler or assemblers is necessary.

If, by the way, an additional state memory, which is a list fictitious actual state details of the telephone switching system are saved, attached the developed control program can perform a preliminary simulation operation, by continuously influencing the content of the state memory and even with the Links is affected by this content.

- Such a simulation operation is not in the publication described, but obvious to the telephone specialist.

For later input of the code sequences of the developed control program, the respective from related messages, link commands and link results and at least some control commands still exist in a control program memory of the computer of the computer-controlled telephone switching system are there the code sequences written in the CDL language first into the machine language of the computer of the telephone switching system translated.

The known auxiliary device contains, as according to the above explanations is of course, an input unit for inputting the coded and uncoded Words in the memory or in the memory and / or in these memories upstream registers.

In addition, the known auxiliary device contains a program memory for Storage of program sequences that control the auxiliary device itself. These program sequences, or; as is not clearly described, the associated compiler program checks the input unit entered in CDL language Codes for formal correctness, namely the consistency of the codes entered, and later, clearly using the compiler program, also the syntax of the code sequences of the control program. The use of a special high-level programming language, namely, above all of the CDL language, there allows the "confusions that evoke" Avoid multitudes of mnemonic abbreviations ". The auxiliary device operator must only master the CDL programming language for control program development. First later, a specialist does not know much about the technology to be controlled Plant, i.e. the telephone switching system, needs to understand itself Compiler program that translates the CDL language into the machine language of the plant allowed to provide.

This known auxiliary device allows compared to a paper only, Control program development method using pencil and eraser already the advantage also given with the invention that - allows it to be relatively easy a control program for such a complex system as a computer-controlled switching system is, by a specialist, or

by a group of different in a temporally parallel manner Code sequences of the same control program using the same auxiliary device in each case via develop your own input units. Experts to be able to develop; - the control program gradually so thoroughly for formal errors, namely e.g. aif inconsistency of the codes and, at least later, also their syntax errors, is tested, so that in the course of development gradually a more and more satisfactory Control program can arise; - the developed control program in every stage of its development immediately and completely from the auxiliary device via one Printer can be printed out, which means that the otherwise annoying documentation is always complete and can be made available up to date; because of the possibility This documentation can also be used to enter a corresponding compiler program can even be printed out in languages other than CDL; and - that developed If necessary, the control program can be expanded at a later date using the auxiliary device is, and can also be shortened, so to the needs, especially of different sizes Systems, e.g. telephone switching systems, is adaptable.

The known auxiliary device thus already offers a person skilled in the art a high Comfort in developing the control program, especially because of his programming skills stay within manageable limits. In the known auxiliary device is namely additional also given the considerable advantage that - the relevant specialist, or the named Group of professionals, relatively little programming knowledge, in addition to theirs must have special technical knowledge of the system to be controlled; it is sufficient namely, to master that higher programming language, CDL preferred there; the associated additional compiler program or assembler program can compare can simply be made available.

The invention develops this known auxiliary device so that the comfort in the development of the control program is further increased. The invention namely enables the additional advantages that the one in question Expert, or the named group of experts, almost no programming knowledge at all more, in addition to their special technical knowledge of the system to be controlled, need to have; you do not need to master any of the known programming languages, to develop a complete control program; the developed control program should namely be used by the auxiliary device operator in a programming language that he himself can design, which can then be designed according to his respective special needs, be developable; despite the freely configurable words of the programming language die Creation and the special handling of a lexicon uncomplicated and the memory the auxiliary device operator checking the formed words he has used, i.e. codes, is largely relieved; the programming language ultimately used if necessary, it can only be designed gradually, i.e. not from the start must be completely binding; that about the designed programming language belonging compiler program and / or assembler program only after checking the complete developed control program is required for correctness and completeness, around the fully developed control program in one of the previously known programming languages or translate it into machine language; and this compiler program and assembler program is particularly easy to make available because it is not directly the freely designed Programming language, but only one of the previously known programming languages, or everyday languages such as English or German, must translate in addition to the Translation of the freely designed programming language with this apparently unsuitable th Compiler program or assembler program to be able to achieve.

To enable these advantages of the invention, this is stated in the preamble of claim 1 mentioned known auxiliary device further developed in that - The codes to be entered by the auxiliary device operator in the working memory in a programming language freely configurable by the auxiliary device operator, even spontaneously can be entered by - a lexicon memory is attached for storage on the one hand, the linguistically freely designed codes that the auxiliary device operator uses the input unit in particular in the state memory and / or in the working memory are entered, and on the other hand of the respective correlating translations in words of one of the other languages commonly used up to now, e.g. in words for known high-level programming language such as CHILL and / or e.g. in words of a everyday language (German, English) of the specialist, and - the program memory in each case for the .soeBen entered by the auxiliary device operator immediately before the next Entering such codes triggers a test with a result display, whether in the lexicon memory the translation of the code just entered, e.g. "Code IABC means: the number of a called subscriber was entered ", is already included, with the Program memory prefers to display the previously entered translation, e.g. on a screen, as an indication of a positive result of this test triggers.

The measures mentioned in the subclaims enable further advantages; it namely enables the measure according to claim 2, on the one hand, a simulation operation of the control program for testing the control program by means of fictitious, from Control program of controllable system status details, even without prior translation by means of the compiler program or assembler program, and on the other hand if necessary, the development and simulation testing of such control programs allow, which in turn serve to control computer-controlled systems, their Computer not only the system, but also the content of an additional image memory controls, whereby the image memory is an image of the various, in the plant operation saves existing system states; 3, the formal automatic test the completeness of the variable system status details belonging to, so far messages entered in the control program and / or link commands to be ensured immediately when entering system status details, i.e. insofar to allow an automatic syntax check immediately; 4, the formal automatic Checking the completeness of the link results and / or control commands associated variable system status details previously entered in the control program to ensure immediately when entering a link result or control command, thus to allow an automatic syntax check immediately; 5, the formal automatic check of the completeness of the messages and / or link commands or linking data belonging to the linking results previously entered into the control program and / or control commands immediately when entering a message or link commands to ensure, that is, to allow an automatic syntax check immediately; 6, quickly check all codes or words entered in the control program so far. Check necessary changes as soon as a code or word of the control program appears the development of the control program, e.g. in the lexicon memory, subsequently changed, e.g. by differentiating the associated terms into several more specific codes is divided, so to allow an automatic check of the consistency; 7, to easily enter words into the auxiliary device, previously entered words to read as well as the auxiliary device operator the current status of the further development to display the control program position pending in the control program; 8th, to shorten the time it takes to search for codes in the previously entered control program and in particular to allow a quick formal check of the syntax; 9, also to shorten the time it takes to search for codes in the previously entered control program and in particular to allow a quick formal check of the syntax; 10, faulty or incomplete entries can be easily recognized as such and then changed; 11 to develop a control program for a system controlled by several computers, with at least one of the computers being a central computer in a manner known per se, and the other computers are peripherally mounted, at least partially preprocessing executing computers of the system are; 12, one or more printable and at There is also a need for lexicons that can be displayed on a screen about the freely configurable lexicons used Codes and / or their translations into one of the other already known languages, e.g. for documentation; 13, the display, e.g. bilashir display, and to formalize the expression of the lexicon or lexicons and thus the use to further facilitate the used or freely designed codes; 14, the representation to formalize the control program in a certain way and thus the overview to further facilitate via the control program developed so far; 15 and 16, that developed control program in one of the other known languages, namely programming languages or machine languages, to translate and also back translations into the freely designed Allow programming language; as 17, the developed control program to use to control a message switching system.

The description of the invention and the developments thereof will be now further supplemented on the basis of the exemplary embodiments shown in the figures. Included Figure 1 shows a known scheme of the system to be controlled later, here a computer-controlled telephone switching system, Fig. 2 schematically shows an example of the invention, 3 a further, per se known example of the one to be controlled later Plant, here a known telephone switching system with at least a central computer and a large number of peripheral computers, 4 examples for formats and for codes of the codes that can be freely designed, 5 examples for subprograms in connection with the link commands, 6 a Example of one that can be displayed on a screen and / or printed out by means of a printer Form with sections of a control program that is currently under development, Figure 7 is an example of a different type of form with sections of one just under development located control program, 8 a simplified example of the scheme of the sequence of entries in the auxiliary device, 9 to 11 examples of forms displayed and / or printed entries in the auxiliary device, and 12 an example of a protocol via the dialogue between the auxiliary device operator and the auxiliary device.

The system example shown in Fig. 1 is a schematic for itself well-known computer-controlled telephone switching system. The most important Parts of this system, namely the switching matrix symbolized by switching multiples N including their monitoring and control units, and symbolically the subscriber stations are shown. In operation, this system N should be from the computer CS by means of linking results S and / or controlled by means of control commands S obtained from linking results be. For this purpose, the computer CS has in particular a control program memory CM, in which the system N or its computer CS controlling, by means of the in Fig. 1 auxiliary device not shown yet to be developed control program, e.g. translated is stored directly in the special machine language of the computer CS.

In this particular example the computer CS is in for computer controlled Telephone switching systems, as is known, also have an image memory NZ attached, in which an image of the individual most important variable system status details C is stored.

This image memory NM allows the computer CS to be particularly quick the incoming messages M from plant facilities with current ones in the image memory NM to link stored link data C via relevant system status details. The computer CS then needs to control the system N with its respective one Links from M to C, do not first check the attachment N itself in order to check the link data C to determine, but can this link data C faster its image memory Remove NM. It is sufficient if the computer CS, or another system unit, only occasionally checked in a manner known per se, preferably during breaks in operation, whether its link data C stored in the image memory t'JN with the true Plant condition details in plant N match.

FIG. 2 now shows an auxiliary device CH / IU / PR according to the invention for Development of the control program, which in turn will later be used to control the in Fig. 1 shown computer-controlled system N is intended to serve. This to be developed The control program should later be stored in the control program memory shown in FIG CM. The auxiliary device contains a working memory AM for storage of link commands, possibly also triggering branches, which in turn send messages M with link data C by means of the link unit ALU - that is, on the one hand Fictitious coded messages entered via the keyboard TA of the input unit IU M, e.g. via changes in the details of the system as fictitious ACTUAL change values M, with on the other hand also preferably via the input unit IU within the framework of the Control program development entered, fictitious, so to be determined link data C, e.g. fictitious associated further actual values C of the system and associated TARGET values C - should be linked.

The working memory AM is also used to store these Links entered link results S and, if necessary, from them associated special control commands S, which are later to control the system N, and dle, if there is an additional status memory SM in the auxiliary device CM, which contains a list fictitious actual state details C of the system N stores, is appropriate in the case a preliminary simulation operation affect the content of the state memory SM.

The code sequences of the control program entered in the work memory ÄM, the associated messages, link commands and link results and possibly still contain control commands, are later in the control program memory CM of the law ners CS entered, if necessary after a, between the control program development and this later entry in the control program memory AI translation of these code sequences, e.g. into the machine language of the computer CS of the system N or in a programming language that this computer CS itself in can translate his own machine language.

The auxiliary device also contains the input unit already mentioned IU for entering the coded and uncoded words, here preferably in the memory AM, DM, SM and / or in these memories respectively assigned, respectively upstream Register.

The auxiliary device also contains possibly different sections with program memory PM having its own program step sequences for storage of auxiliary device program sequences which control the auxiliary device CM.

These auxiliary device program sequences can, if necessary, also the Codes entered via the input unit IU for formal correctness, namely on check the consistency of the codes entered, especially if these codes already exist have to adhere to a certain framework due to the original Milfs device structure, e.g.

may only contain a certain number of digits or bits. Such With the invention, however, tests can also be triggered by codes, which, at least essentially, in one of the read-write memories, e.g. also in one or more sections of the work memory ÄM, only by the auxiliary device operator entered.

The auxiliary device operator can in the working memory AM at the Control program development via the input unit IU codes to be entered in one by the auxiliary device operator himself in each case, also spontaneously, freely configurable, i.e. up to never known then, never ever used, own programming #language- input. Instead, however, the auxiliary device operator can at his discretion also, at least partially, codes from previously known programming languages, like CHILL and / or FORTRAN and / or -COB0L and / or other languages. For this a lexicon memory DM is attached in the actual computer part CH of the auxiliary device, on the one hand the linguistically freely configurable codes that are generated by the auxiliary device operator Via the input unit IU, in particular into the state memory SM and / or into the Working memory AM are entered, and the other hand stores the respective Correlating translations into words in one of the other languages commonly used up to now stores, e.g. one or more translations into well-known higher programming languages such as CHILL and / or e.g. in words from everyday languages like German and / or English, stores. E.g. in the column FC there is the configurable Code and in KL e.g. the English translation.

To relieve the attention and memory of the auxiliary device operator, especially because of the freely designed codes, the solves, in itself known for these purposes Wise loaded, program memory PM in each case for the just from the auxiliary device operator the entered code is checked immediately before the next entry of such codes ~ -whether in the lexicon memory DM the translation of the code just entered, e.g. code IABC means: the number of a called subscriber was entered ", already included is. In addition, the program memory PM preferably triggers the display of the previous input translation, e.g. on a screen DI of the input unit IU, to indicate a positive result this he test - a negative result can e.g. by flashing DI on this screen and / or e.g. by an automatic change of the data displayed on the screen, e.g. B. by an automatic display of an excerpt from the lexicon memory content is displayed will.

This auxiliary device according to the invention enables a relatively easy Control program for such a complex system as a computer-controlled switching system N is to be developed by a person skilled in the art, or by a group of in in a temporally parallel manner, e.g. different code sequences of the same control program by means of the same auxiliary device CH / IU in each case via their own input units IU Professionals. The control program can be thoroughly formalized during its development Errors, namely mainly due to spelling mistakes or the consistency of the used Codes and the translations thereof ~ are monitored because the previous, e.g. in the column KL, entered translations of, e.g. in the FC column freely designed codes can be determined automatically.

The person skilled in the art or the group mentioned needs this by experts, for the development of the control program almost no programming knowledge at all more, in addition to their special technical knowledge of the system to be controlled N. Above all, you no longer need one of the familiar programming languages to master safely in order to develop a complete control program. That developed The control program can also be freely designed by the auxiliary device operator Programming language, which he then even corresponds to his respective special needs can be designed, developed. Despite the freely configurable words of the programming language the creation and special handling of a lexicon is uncomplicated qAuch the memory of the auxiliary equipment operator in the control of the Formed words, i.e. codes, used by him are largely relieved. The finally The programming language used can also only be changed by him after and, if necessary to be designed according to. The programming language used does not have to be done from the beginning be completely designed in binding, which is a considerable relief in the Compared to other cases, in which a program by means of an auxiliary device is to be developed in a new programming language.

The control program that has been completely or only partially developed so far can also be expanded as required using the auxiliary device and can also be shortened, i.e. to meet the needs of systems of different sizes in particular N, e.g. on telephone switching systems with different numbers of subscriber lines, customizable.

The control program developed, initially stored in the working memory AM is immediate and complete at every stage of its development, e.g. via the in Figure 2 printer PR shown on endless paper webs DO, printable, whereby these paper webs as otherwise only very annoying documentation DO not difficult, always completely up to date.

The control program is initially written in the freely configurable programming language, which is called X here, developed. The lexicon memory DM (in column KL) translations of the words entered (in the FC column) of the X language into at least one of the other languages that are called Y here. Therefore that can Auxiliary device the developed control program not only in the freely designed X language, but also translated into the Y language, by someone known for itself Exchange of the codes contained in the control program with the respective associated (in Corresponding words entered in column EL), print out. Because of the possibility This documentation can also enter a compiler program Co, see FIG. 2 DO even in languages other than just the X language and the Y language can be printed out. This becomes the designed programming language here X is mentioned, belonging compiler program and / or assembler program per se after checking the fully developed control program for correctness and full.

persistence is seriously needed to fully develop it in the X language Control program in any other previously known programming language, the Z should be mentioned here, or to be translated into the machine language Z of Appendix N. This Compiler program or assembler program CO can also be particularly easily available because it is not directly the freely designed programming language X, but only the other known language previously used in the Lexlkono memory DM Y, has to translate into the language ZS in order to also freely design the translation of the - Programming language X into language Z with this apparently unsuitable Compiler program (or assembler program) Y # 3 Z to achieve. By means of that anyway The existing content of the lexicon memory DM can therefore easily be in the auxiliary device in as is known in itself, a new, directly the freely designed programming language X into the language Z, e.g.

Compiler program translating into machine language Z of Appendix N X YZ or assembler program X oZ using the easily obtainable program Y + Z generated and used.

From the previous description it can be seen that the auxiliary device. # I? H # only for control program development for telephone switching systems N, special # also generally for message switching systems such as teletype switching systems N is applicable. Because the language X can be freely designed, the processed language X closely the internal structure and the special conditions of each to be controlled system N are adapted, what the program development especially then relieved if it has been quite unusual until then, right, so to speak Exotic plant N acts. The auxiliary device is therefore also suitable for development of control programs e.g. for complex computer-controlled other systems N, such as e.g. for computer-controlled rolling mills in steel processing, etc.

In the auxiliary device, a status memory SM, which can also be used as a Part or portion of the working memory may be AM-formed, attached, # in which fictitious plant condition detail code C as an image of the fictitious current one State of the system to be controlled N entered s-ind. This is a simulation operation of the control program for testing the control program by means of fictitious, from Control program for controllable system status details C, even without prior translation by means of the compiler program Y-> Z or X s Z or by means of the assembler program YiZ or X7Z, feasible. On the other hand, if necessary, by means of the state memory SM can also carry out the development and simulation testing of such control programs, which in turn serve to control computer-controlled systems N, their computers CS not only # plant N, but also the content of an additional image memory NM, see. Fig. 1, controls, the map memory NbI an image of the various System status details available in each case during system operation C saves. This is because the content of the status memory corresponds to the later operation of the system N SM the content of the image memory ##.

It is possible, e.g. by choosing the respective Number of digits or bits per code, the entered codes in the X language from each other to be formally differentiated, see the three examples shown in FIG. Become at the otherwise free design of the codes such formal differences are observed, then the auxiliary device operator can in the program memory PM or in an as Program memory area of another memory used, e.g. the working memory AM, enter such a test program in a manner known per se that this program memory PM triggers an automatic check with result display whether, if the just entered Code based on its formal structure (e.g. twelve digits ~ see Fig. 4a) Plant status detail relates to at least one of this status detail in the working memory AM C related, formally differing (cf. FIG. 4c) link command and / or at least one, in particular changes to this status detail, relevant, formally differing message (see. Fig. 4b) is entered. This makes the formal automatic check of the completeness of the variable System status details belonging to messages previously entered in the control program and / or link commands immediately when entering fictitious system status details C ensured, so an automatic check of the syntax immediately of the control program. Further similar syntax checks are possible if a test with a result display is carried out in a corresponding manner from the program memory PM can trigger whether, if the code just entered, in particular with a special formal structure, a link result S, cf.

Fig. 1, and / or one or more associated special control commands S relates to at least one corresponding one in the status memory SM, for example another one Formal structure, code for the associated change of asset status details C is entered.

If the state memory SM only one or more sections of one other read-write memory, e.g.

of the work memory AM, forms, are such formal differences these codes are favorable for these exams. This makes the formal automatic Checking the completeness of the link results S and / or control commands S belonging to the variable Ar. Situation state details previously entered in the control program C ensured immediately when entering a link result or control command S, so to the extent that an automatic syntax check is immediately permitted.

In a corresponding manner, the program memory PM can also carry out a test trigger with result display, whether, if the code just entered, a message and / or a link instruction concerns, in the working memory already for all through the associated link commands required different branches associated link results, also formally having a different code , possibly also the corresponding associated special, formally a special Control commands containing code are entered. This makes the formal automatic Check the completeness of the messages M and / or link commands or Linking data C belonging to the linking results previously entered into the control program S and / or control commands S immediately when entering a message M or link command ensured, so immediately an automatic one test allowed by the syntax.

The consistency of the codes used is also automatic from the auxiliary device verifiable, and not only in that the translation is always displayed on a screen DI the codes just entered can be displayed in the X language in the Y language. An auxiliary device is an example of a further automatic consistency check to consider with memory areas AM, DM, SM, which can be changed afterwards codes or code sequences originally entered differently and / or originally otherwise entered uncoded words can be overwritten, whereby the program memory PM, after each overwriting, all in the entire control program entered so far searches for corresponding or identical codes originally entered differently and as Search result triggers a display prompting the auxiliary device operator to enter for which of the previously identical / corresponding codes or code sequences, whether e.g. for all previously identical / corresponding codes, - the same change - a different change or - no change should apply. This means that all of them are automatically and quickly so far codes entered in the control program or

Words checked for any changes that may now be necessary as soon as a code or Word of the control program in the course of the development of the control program, e.g. in Lexicon memory, is subsequently changed, e.g. by differentiating the associated Terms are broken down into several more specific codes. This represents an insofar automatic check of consistency.

The input unit IU shown in FIG. 2 can be a display device represent for dialog processes, a keyboard TA in a manner known per se contains and that on the screen DI- possibly in one of the program memory PM-generated illustrated form, see e.g. 3. the forms in Figures 6, 7 and 9 bis 12 - at least temporarily the coded and uncoded words entered and / or at least some of the results from the program memory BM triggered tests, e.g. by means of flashing signals, indicates what the overview is about particularly promotes the respective level of development of the tax program.

The formal differences that are particularly beneficial for syntax checking for different types of codes, e.g. for messages on the one hand and on the other hand Linking results can therefore be carried out by a different, within a type but the same number of digits, e.g. bits, is reached per code and / or, for example, by different, but within a species, the same, Additional signals, e.g. by adding or prefixing species-specific codes / Code letters such as A or B as additional signals, cf.

Figures 4a and 4c. the program memory PM, to check the formal correctness of the entered code and when searching of the memory to find the code again, each time the test for the entered Number of digits and / or the presence of such additional signals triggers. this also allows the duration for searching for codes in the control program entered so far to shorten and, in particular, to quickly and formally check the syntax.

The result displays of the various tests can differ be made. It is often beneficial if the results of the tests are displayed an objectionable result, an alarm signal, e.g. a flashing on a Screen, displays, and, to display a satisfactory result, only the alarm signal-free, while the readiness for further Input of coded and / or uncoded \ Ardrtern usual 'operating status of the Represents auxiliary device.

Incorrect or incomplete entries are then easily as such to recognize and change.

Fig. 3 shows a specific example of a telephone switching system, at its switching matrix core N, in a manner known per se, a large number of peripheral devices Connection sets VS is connected to its own peripheral computers PC. Everyone peripheral computer PC is controlled by a 6 e.g. own, sub-control program memory controlled and is via a special connection path of the switching matrix core N with connected to the central computer of this telephone switching system, with as Symbol for the central computer for the sake of clarity in FIG. 5 only the image memory tE and the control program memory CM of the central computer is shown. The peripheral Computer PC can do preprocessing for itself, e.g. that symbolized by a lightning bolt symbol Carry out dial signals from connected subscriber connections (not shown). The messages M and system status detail data forwarded to the central computer NM / CM C can therefore represent preprocessed signals that refer to the respectively assigned special control program sequence CMx in the control program memory CM act, namely after using link data from the associated section NMx of the image memory NM are linked. As symbolized by arrows, the link result is lost S or the control command S of this assigned control program sequence CMx a corresponding Control of the peripheral computer PC, here the same, and thus usually also of the corresponding connection set VS. In addition, the associated with this PC / VS central image memory area NMx a corresponding message above the system state detail change effected by means of S is saved.

In the auxiliary device, in particular for developing a control program for the plant shown in Fig. 3, at least one of the special memories for the Codes, e.g. the status memory SM and / or the working memory AM, several sub-memories and / or contain several sections, e.g. marked by additional signals, in which in each case a sub-block of the total in the respective special memory SN, AM code to be entered is entered, the content of at least one of the sub-memories and / or the sections in each case for later input into a sub-control program memory a peripheral computer, especially intended for preprocessing of data PC of the system is determined, further only a remainder of the content of the particular particular Memory for later input into the central control program memory CM a central computer NM / CM of the system is intended, as well as at least part of the Messages M to the central computer NM / CM from peripheral computers PC worked out Link results M and / or developed control commands M represent and at least a part of the linking results S and / or developed by the central computer NM / CM Control commands S for the or for the respective peripheral computer PS concerned Represent messages S. Such an auxiliary device thus allows a control program for one controlled by several computers PC, NM / CM, otherwise almost any Develop plant, with at least one of the computers in a manner known per se a central computer, see NM / CM, and the other computers attached peripherally, At least partially preprocessing computers of the system, see PC, are; A printer PR can be connected to the auxiliary device, Different types of codes can be stored in the lexicon memory, namely at least the message codes, linkage command codes and linkage result codes, together with their translations as their own bucks, in terms of content through further inputs from Codes can be stored in this block of expandable form, and in addition the Printer PR has such a block for itself, at least an extract from it, in the company on a corresponding command, print out. With such an auxiliary device can one or more printable ones and, if necessary, also displayable on a screen Lexicons about the freely configurable codes used and / or about their translations in one of the other already known languages, e.g. for documentation.

The lexicon memory DM of the auxiliary device can be known per se Wise in terms of its stored content in each case self-organizing so that he can automatically convert words, especially codes, into a prescribable, decomp. in an alphabetical and / or arithmetic, order arranges and allows the order with translations to be printed out. Then the display, e.g. screen display, and the expression of the dictionary or the lexicons and thus the use of the codes used or freely designed further relieved.

A program which is known per se can also be stored in the program memory PM be entered, the one display, at least a section, of the previously developed Control program in the form of, e.g. on the screen DI or by means of the printer PR displayable, triggers flow charts, see Fig. 7. This opens the overview above the previously developed control program further facilitated.

By entering the above-mentioned compiler or assembler program Y # Z can at least parts of the content of the lexicon memory DM translations the codes FC, and / or translations of the words of the other usual ones Language X of the person skilled in the art, into a programming language known per se, higher or lower Z, e.g. translations into the machine language Z of the computer CS, IiM / CM of the system, represent, these parts of the lexicon memory DM are intended to be the auxiliary device Can also be used as a compiler and / or ~ Assenbler for the developed control programs. In addition, the relevant parts of the lexicon memory DM can also be determined for this purpose his, the auxiliary device in a manner known per se for back translations of something else already developed, subsequently in parts of the working memory AM of the auxiliary device input control program of the system in the auxiliary device operator, at least to use partly freely designed programming language X, whereby the program memory triggered tests as a result of the lack or the presence of completeness and / or the formal correctness of the control program already developed elsewhere display of the system and with those tests because of this display now retrospectively the completeness and normal accuracy of what has already been developed elsewhere Allow the control program to be reached. In this way you can use the auxiliary device not only the control program developed in the X language into one of the others known languages Z, namely programming languages or machine languages, translated but also back translations into the freely designed programming language X can be achieved, preferably because of the automatic syntax checks and Consistency checks with result displays, even targeted to the auxiliary device operator Requests for correction and addition of an otherwise already developed Control program are directed.

The auxiliary device thus allows control programs for very different ones Develop plants. If the system is a messaging switching system, in particular a telecommunication switching system, see Fig. 1 and, then represent the Messages M and the linking commands or data C in a manner known per se, at least in part, switching signals or facts, e.g. occupancy status of lines and / or occupancy status of time division multiplex channels and / or dialing signals, represents, the linking results 5 and / or control commands 5, at least for Part, the usual signals, e.g. for setting up, checking or dismantling connection paths or for safety mn time channels corresponding to these connection paths and / or Correspond to frequency channels. Have corresponding similar meanings and effects Control programs developed with the auxiliary device for any other computer-controlled Investments.

The previous description already shows that all memories possibly also only a part of the memory, in each case also one or more sections te of a larger general memory without the operation of the auxiliary device to completely hinder.

On the contrary, e.g. for economic reasons, only one the only larger general memory to be attached, at least if one thereby Possibly.

caused a reduced speed of the linking processes from the start words read one by one from the memory is accepted.

The following are provided for further illustration in particular the importance of the possibility of one at one point in the control program developed so far recognized errors systematically and quickly everywhere in the control program developed up to now to be able to eliminate more examples of details on the stages of development of a special control program for the switching system shown in FIG with a central computer PaM / CM and with a large number of peripheral computers PC described. It is assumed that a status memory SM in the auxiliary device is attached and that at least a portion of the peripheral computer PC each to the central computer; çat / CM transmitted signals M, C is already preprocessed in such a way that that the-sub-control programs for the peripheral computer PC are not developed too will need.

This step-by-step development of a control program is described below assumes that the documentation accompanying the development, see DO in FIG the most important prerequisites for a low error rate of the software, that is. of the control program to be developed is. Therefore, control programs must be developed per se Constantly update their software specification per se separately during development. With the example described in the following, a step-by-step development is created however, the whole process DO in the case of control program development, as it were pleasant side effect as if by itself. That used for control program development The auxiliary device itself contains, for example, parts of a commercial computer system that is used in the Invention but have special functions.

The auxiliary device example supports the control program developers in In several ways: It helps in the design phase of the control program Developers who switching processes according to a predetermined one Design the scheme on the DI screen. This allows the design of the related Control program flow in iterative way of initially only a few processes can be expanded to its final scope.

Developers can make changes to the design just as easily. Changes that need to be made in several places in the design are needed the developer can only fully execute it in one place. The auxiliary device searches for and Checks all similar design points and changes, with the approval of the developer, automatically the design in all other places.

3as auxiliary device delivers automatically in every phase of development DO the authentic documentation so that developers immediately after each Modification or extension of the draft the current documentation DO available stands.

To develop the design with the help of the auxiliary device, a own dialog language X created, whose codes can be freely designed depending on the rest of the their formal meaning form certain types of words, namely certain numbers of digits and in some cases also contain certain characteristics, see Fig. 4, to which later will be discussed in more detail. X is a freely configurable program development language, so no real programming language and especially for the development of control programs suitable for EWSD communication switching systems, the control program of the computer CS or IElCM, see Fig. 1 and 7, EWSD should be written in CHILL, from processes, which are initially described in X, the auxiliary device should later therefore immediately generate a control program in # CHILL.

First of all, all running in the central NM / CM computer from EWSD are to design switching processes in the X language.

It is characteristic of X that its codes are only used during development of the switching control program are generated. The language X is created so here, so to speak, step by step during their application.

Therefore, it is not necessary that prior to starting the control program development a complete "lexicon" is drawn up.

The language X is very simple. It consists of only four types of words, namely one word type each for - states, more precisely "plant state details' (States) C - messages M - partial processes, i.e. linking commands (partial sequenece), and - Control commands.

Every mediation process of the BXSD is exclusively with words of these four categories. The chronological sequence of events and messages, which is described by these words, is again in particular based on the Fig. 3 summarized in more detail.

States C are defined for those controlled by peripheral computers PC Wiring sets VS. Images are stored in the image memory MM of the central computer N / CM maintained, see e.g. telcom report 2 (1979) 174-183. In the image IiMX of the respective Line set VS is stored ir code for VS and a. State C of a wiring harness VS says here in this example from which sequence of partial processes in a connection establishment for VS has already been carried out.

The states of the wiring harnesses VS are changed by events, e.g. by "picking up the receiver" or seizing a connection line ". These events are from the peripheral computers PC in the form of messages M dem central computer NE / CM announced. So events are the physical cause for logical messages M. The peripheral computers take PC along with many others Tasks a character preprocessing before, us not only gradually complete Messages M (e.g. receipts or triggers) to the central computer tE / CM in a for Send all types of signaling in standardized form, every message received M causes the start of a partial process in the central computer NM / CM, i.e. of links. In order to determine the correct partial process, the central computer first links lm / CM Message and status image of the VSS wiring harness in which the event took place Has. The result S of this link is the call of the associated sub-sequence, So this is a program, possibly with several sub-programs to generate the associated special control commands, here called S1..Sx .... Sy.

At the end of a partial process, the wiring harness VS has a new status C, in addition, the central computer usually works out .WIM / CM during a partial process Commands Sx, which he then transfers to the peripheral computer PC.

In the following explanations, VS the general term "device" VS is used, e.g. in terms such as device status, Device type.

With EWSD, all switching functions are as one Endless process defined. Such a process takes place in three stages Hierarchy levels, see Fig. 5: The process control (CallP, level La) is coordinated the entire process flow. It contains all the links that occur in the process between messages and device images0 The result of each link is the call of a "step table" STx of level Lb. In this are for the following Partial process of all necessary individual activities as well as calling routines'Ra ... Rn (Level Lc) summarized as further special subroutines in tabular form. The part of a process that is defined by the evaluation is hereby defined as a partial process a single message M in connection with the present device status C controlled can be.

If a partial process has ended, i.e. a step table STx has been processed, the process then returns to the process control CallP.

For the ~ often link results required in the partial process Sx representing individual activities, e.g. evaluating, reading out, overwriting, calls the step table contains the routines Rx = Ra ... Rn. After running through the routine it returns the process returns to the step table STx which calls this routine Rx Has. A step table ST can call several routines R. ST itself can from several status-event links, e.g. C started with M, may have

Branches and thus has, as it were, an entrance and several exits, i.e. it can be run through on several layers.

Which of these paths is used depends on the results zOBOder called routines Rx. The step table is generated depending on the path taken STx finally control commands Sx and saves the device state C in the image memory NtIx or during the program development at the instigation of the developer accordingly in the status memory SM The switching control program is in two phases developed: first in the system # n- # esign phase (actual development) and programming phase (subsequent translation) In the system design phase, the developer sets the Connection # ä ,, fe in the -Scrache in the form of connection flow definitions. 8 shows a scheme of such definitions. After the START, at 1 first a rough initial draft of the connection or system status details to be controlled C designed on the DI screen. At 2, the first draft is triggered by events M and / or States C on screen DI supplemented or differentiated. At 3 the now necessary Partial process STx defined on the screen. Then one differentiates further again at 2, until finally at 4 this step table STx is considered finished and possibly is printed out for itself. Then you can in an iteration step IS more Introduce system variables until the end of the control program in the freely selected X language appears fully developed, so that afterwards the actual programming phase can begin.

These established definitions consist exclusively of those already Word types described above "status", "message", "partial process", "control command".

These word types are codes with fixed formats, the are shown in FIG. The connection flow definitions are created in the dialog on the DI screen.

The order in which the codes are entered is because of that described above Syntax checks inevitably so that the screen DI rom developer the respectively Requests the required code category or the corresponding word type. Does the The developer enters a code whose translation he has not yet saved in the lexicon memory DM has entered, which he has not fully defined, the screen prompts DI immediately to translate this code. The resulting connection flow definitions are automatically documented by the Bilfsgerät program memory PM in zkrei forms: - In the step table list, see Fig. 6, the short form of the connection flow definition as well as - as a flow chart with the SDL symbols recommended by the CCITT, see Fig. 7.

Due to the large number of states and events that are in one The process of the system to be controlled can occur are connection flow definitions very complex in the final state and the first draft of it will never be.

can contain all the states and events that occur. Rather, it is completed in iterative processes, see Fig. 8. Due to the flexibility of the auxiliary device, changes or additions to the connection flow definitions, which changes during development, and also later when considering special Wishes of the system operator and the system user, surrendered, entered very easily will.

The step table list is an important tool for system design. Yon is the one just edited during the dialogue between developer and auxiliary device Section shown on the screen as a form in which the developer enters the from the program memory PM enters the codes requested. The program memory thus contains one, in particular from the auxiliary device manufacturer and / or auxiliary device operator definable command sequence checking the order of the entered word types, the on the one hand determines which word type the code entered last represents, and which word type but now in the fixed order - e.g. message M, states C, link command, result S or STx or Rx, control command Sx and new status C, see Fig. 8 - would have to be entered (in each case at most of requests, enter the translation into KL for newly used codes FC, interrupted).

The section of a step table list shown in FIG. 6 shows to recognize, as with zfSD the first draft of the connection flow definitions by the developer started. This example applies to a normal junction build-up. To When the developer starts the dialog, the empty one appears on the DI screen Step table list, i.e. without entered codes.

First, the developer defines the hibernation with AOO.BOO.COO.DOO, cf. Fig. 6, 2nd line, 1st column, i.e. with an associated word tyo according to Fig. 4a, the four letters A, B, C, D of which are each prefixed to a code section. In this example, section A relates to the status of the device VS (e.g. A10 becomes defined as "occupancy"), section B the device type (e.g. BLO is defined as "subscriber record" defined), section C the connections of the device, e.g. its A connection side (e.g. CAO is defined as "A-side occupied") and section D special identifiers, e.g.

Security features.

After this entry, AOO.BOO.COO.COO appears from the program memory PM controlled, the unfinished business Form (according to Fig. 11) of the Lexicon memory Dt4 to define these sections or states A, B, C, D, which here from the developer in # the 1st line initially in everyday German can be entered.

The idle state of the switching system is triggered by the event "Subscriber lifts off "ended. The developer now assigns the associated message M to the code IXSA to, 2nd column, see Fig. 6, 2nd line, that is, with one belonging to messages M. Word type according to FIG. 4b, the four positions of which are assigned their own meanings here in the example - namely the first place here concerns the source PC of the message (e.g. with ~ "I" "peripheral processor 4-side" is defined), the second position is the target, where the message M is sent (e.g. with X the central computer tE / CM "is defined), the third and fourth digit the message content (e.g. with! 'SA "becomes" assignment A-side " Are defined).

After this entry IXSA appears, again from the program memory PM controlled, the still empty form (according to FIG. 9) of the lexicon memory DM for the definition of these three sections of the Code IXSL, see Fig. 9, line 5 - because in FIG. 9, all later FC inputs from the lexicon memory DM are here in alphabetical order the FC input IXSA is already in line 5 in FIG. 9 and no longer as it was originally contained in line 1. In this example, the skills were demonstrated the invention of the code, see FC in Fig. 2, of the freely design X language in several Languages, cf. KL in Fig. 2 and 9, translated, partly in mnemonic abbreviations for source and destination, partly in both German and English everyday language.

The program memory PM then requests the code for the partial sequence (Step table) that processes the IgSA message that has been received, see Fig. 6, 2nd row, 3rd column. In the example, the code 110001005 is entered, i.e. with a word type belonging to links STx according to FIG. 4c, its eight positions initially from an identifier "M", then from six freely configurable digits and ar achter Digit consist of an identifier "S".

After this entry MOOOiOOS appears, again from the program memory PM controlled, in this example further the form according to FIG. 6 on the screen DI prompting you to MOOOiOOS the definition of this code in columns 4 to 8 of Fig. 6, where in columns 4 and 5 translations KL this code are included.

As already mentioned, a step table can also contain branches, each of which leads to a different device state, but not every branch ends with the generation of a control command S, but sometimes only with the link result S that nothing should be controlled.

Accordingly, the developer will consider which (@) control command (s) the respective step table STx, here M000100S, has to be generated (the code M000100S can be used as a link command belonging to the status A00B00C00D0 and the message IXSA, or can already be interpreted as the first result S / STx of this link).

The developer calls his code AITS, which he finds in column 7 of the step table list enters. The request for the definition, i.e. the translation, is answered by this code the developer with the input corresponding flight. 10 with a word type according to Fig. 4b, i.e. with a word type as in messages.

With this control command, the central computer @ M / CM requests the peripheral computer PC to the connection data of the subscriber line concerned.

The step table STA of the example treated here has three branch results, each of which ends with a new target state C. The codes of these three target states the developer enters in column 8 of the step table list: A10.BLO.CAO. DOO with A10 Allocation of BLO subscriber set CAO subscriber set A-seltig occupied.

A55.BLO.CAO.DOO with A55 no connection memory free.

A56.BOO.CAO.DOO with A56 connection not connected.

Defined on the basis of the request by the program memory PM the developer this. Codes as shown in FIG. 11. Through the PM means Forms required step-by-step code entry is also the formal correctness the syntax ensured.

If the developer wants an already defined step table ST = another branching point of the connection flow definition, calls he uses his keyboard fi this step table STx, which is displayed on the screen will. The developer can now define missing target states for the new tax case and add any control commands. The auxiliary device is then at all points where the step table STx was used up to now, carry out this addition independently.

The connection flow definitions can also be used retrospectively anywhere can be supplemented or changed if additional information is provided by new knowledge or customer requests or other connection processes are required. After every change in the connection process definitions, which in its entirety represents the control program developed by the printer PR all documentation DO from scratch.

Fig. 12 shows the protocol of this dialog on the screen DI between Developer and auxiliary device in the system design phase.

Except for the step table and the associated CCITT standard-compliant one shown in FIG The printer PR, controlled by the program memory PM, prints SDL diagrams after each Dialog also creates lexicons that give an overview of the previously defined codes. According to the four code categories in this example, four lexicons are created.

The final connection flow definitions in the freely designed X language, the auxiliary device can also automatically convert to the higher, for Telephony developed programming language CHILL translate to the control program for the central computer NM / CM, i.e. for the CallP process control. For this purpose, e.g. a compiler program can be used or formulated which the various Definitions, see in particular FIG. 6, column 4; Fig. 9, columns 2 to 5; Fig. 10, columns 2 to 5 and Fig. 11, columns 2 to 5, from the language used there (German, English) translated into the CHILL language. Instead, one is only partial automatic translation into the CHILL language possible: that of the process control CallP produces step tables called STx Semi-automatic developer in dialogue with the auxiliary device. A step table STx is made up of a sequence of functions (macros) together, e.g. from routine call, supply, result evaluation etc., the branches to the predefined branches in the connection flow definitions to lead. The auxiliary device then builds the CHILL program from the function sequence entered on. The auxiliary device calls up individual supply parameters in a dialog and integrates them appropriately into the corresponding function. Rx may be

also programmed manually. However, the auxiliary device can be used when programming the step tables STx and the routines Rx check cross-module terms.

One of the advantages of the auxiliary device is that it has the entire Documentation DO generated automatically and authentically. Authentic is to be understood here than in each phase of development in accordance with the actual state of development ". This was made possible in particular because the control program was controlled by the one in the program memory PM loaded control program is written and therefore formatted writing is guaranteed. This allows the program memory PM, which also stores the document n DO generates the information required for documentation from defined Save or read memory sections.

Controlled input enables systematic reading or Print.

The auxiliary device can, with the help of a translator library, the content this memory (sections) automatically into the required foreign language translate. The structure and mode of operation of the auxiliary device ensure that that for a certain code exactly the same translation at all its places of use appears.

The documentation therefore consists, for example, of the following documents, which if required, can be printed out by the printer PR in a manner known per se: - Step table list (Connection flow definitions); - SDL diagrams (definition of connection tables in pictorial representation); - Nassi-Schneiderman diagram for each program; - Translator log (compiler listing for each program); separate lexicons for States, messages, links / step tables and control commands; reduced lexicons, e.g. only with the words that occur in a certain sequence; - that of CCITT in the SDL recommendations named matrices for state <--> state, state <--> event and status <--> command; Overview of all step tables STx with all called routines, with (estimated at the start of development and with) the actual scope of the source program (number of instructions), with the sum of the CHILL commands and sum of the machine commands.

As a special feature, the following documents can also be printed out: With a sequence tracker, all static routes through a module can be carried out automatically automatically determined and printed out as a separate Nassi-Shneiderman representation. This happens whenever a module is created or changed. Included the display is compressed at the non-continuous points in a way that preserves the structure.

The machine commands called in a module by the CHILL statements with the associated number of cycles, i.e. command execution times, can be identified will.

- The processing time is determined by analyzing the generated machine commands and the average command execution time of a module is determined. This The value is important e.g. for the module test and the dynamic balance.

After each dialogue, the auxiliary device analyzes and documents if necessary all modules that have been entered up to this point in time (authentic documentation).

Due to the clear separation of the two areas CHILL instructions and Definition / translation in the control program originally developed in X language is to translate into another language with the help of translation tables the auxiliary device possible. Terminology control is also given at the same time because the auxiliary device uses the same foreign language at all locations where a code is used Expression used.

17 claims 12 figures L e r s e i t e

Claims (17)

Claims. Auxiliary device for developing a control program, which in turn for the control of a complex computer-controlled system, in particular one computer-controlled telephone switching system, with - a working memory, for - storage of link commands, possibly also triggering branches to link fictitious coded messages (e.g. about incoming Plant condition detail changes as fictitious ACTUAL change values), with on the other hand to be determined by the auxiliary device operator as part of the control program development Link data (e.g. fictitious associated further actual values of the system and / or associated TARGET values, - storage of the results associated with these links and / or the associated special control commands that will later control the system and, if there is an additional state memory, a list of fictitious ACTUAL state details the system stores, is appropriate, in the case of a preliminary simulation operation influence the content of the state memory, and - later input of these code sequences, the associated messages, link commands and link results and possibly still contain control commands, in a control program memory of the computer of the system, if necessary after one between the control program development and translation of these code sequences into the (machines) Language of the system's computer, - an input unit for entering coded and uncoded words in and / or in the memories and or in these upstream registers, and - a program memory for storage of # auxiliary device program sequences which control the auxiliary device and which in particular additionally the codes entered via the input unit for formal correctness, namely for the consistency of the codes entered, check that there are no indications c h n e t that - to be entered (came) into the working memory by the auxiliary device operator Codes in a programming language that can be freely designed by the auxiliary device operator, even spontaneously can be entered by - a lexicon memory (DM) is attached to On the one hand, storage of the linguistically freely designed codes (FC) 'those of the auxiliary device operator via the input unit (IU), in particular into the state memory (SM) and / or are entered into the working memory (EM), and on the other hand from each of them Correlating translations (KL) into words of one of the previously usual -other words Languages, e.g. in words of a high-level programming language known per se, such as CHILL and / or e.g. in words of an al1-daily language (German, English) of the Specialist, and - the program memory (PM) each for the operator just from the auxiliary device Entered code immediately before the next entry of such codes with Result display triggers whether the translation (KL) of the just Entered code (FC), e.g. code IABC (FC) means: the number of a called subscriber was entered (KL) ", is already included, whereby the program memory (PM) preferably the display (DI, PR / DO) of the previously entered translation (KL), e.g. on a screen (db), as an indication of a positive result of this test triggers. 2. Auxiliary device according to claim 1, d a d u r c h g e k e n n z e i c h n e t that - a state memory (SM), which is also part of the working memory (#i), in which system status detail codes (C) as an image the fictitious current state of the system to be controlled (N) are entered. 3. Auxiliary device according to claim 2, d a d u r c h g e k e n n z e i c h n e t that - the program memory (PM) carries out a test with a display of the results triggers whether, if the code (FC, KL) just entered, a message (M) and / or a system status detail relates to at least one in the working memory (MI) Message or linkage command relating to this status detail and / or at least one that takes into account, in particular, changes to this status detail (C) Message (M) is entered. 4. Auxiliary device according to claim 2 or 3, d a d u r c h g e k e It is not stated that - the program memory (PM) carries out a test with a display of the results triggers whether, if the code just entered (EC, KL) is a link result (s) and / or one or more associated special control commands (S) concerns, in the status memory (SM) at least one corresponding changeability of system status details (C) is entered. 5. Auxiliary device according to one of the preceding claims, d a d It is not indicated that - the program memory (PM) carries out a test with result display triggers whether, if the code just entered (FC, KL) a Message (M) and / or a link command or link data (C) concerns, in the working memory (AM) already for all by the-associated Linking commands required the various branches to be associated with each Linking results (S), possibly also the corresponding associated special Control command (s) have been entered. 6. Auxiliary device according to one of the preceding claims, d a d u r c h e k e n n n n z e i c h n e t that - for subsequent changes to the original Codes (FC, KL) or code sequences entered differently and / or originally different entered uncoded words (KL), at least a part of its the entered Memory areas storing codes (came, DM, -SM) can be overwritten and - be Program memory (PM), after each overwriting, in total previously entered Control program all the same codes that were originally entered differently searches and as a search result triggers a display (DI, PR) that the auxiliary device operator asks you to enter (via IU) for which of the previously identical corresponding codes or code sequences, whether e.g. for all corresponding codes that have been the same up to now - the same change - another change or - no change should apply. 7. Auxiliary device according to one of the preceding claims, g e k E n n z e i c h n e t through - a display device representing the input unit (IU) for dialogue procedures, which are known per se -- one Keyboard (TA) contains and - on the screen (DI), possibly in one of the program memory (PM) generated mapped form, at least temporarily the respectively entered coded words (FC, KL), and / or at least part of the result displays of the tests triggered by the program memory (PR). 8. Auxiliary device according to one of the preceding claims, d a d u r c h e k e n n n n z e i n e t that - different types of codes, e.g. on the one hand Messages (M) and, on the other hand, link results (S), formally through a different number of digits within one type, but in each case the same, E.g. of bits, distinguish per code and - the program memory, for checking the Formal correctness of the entered code and when searching the memory to find the code again, the number of digits is checked. 9. Auxiliary device according to one of the preceding claims, d a d u r c h e k e n n n n z e i n e t that - different types of codes, e.g. on the one hand Messages (M) and, on the other hand, link results (S), formally characterized by different, within a type, however, the same additional signals, e.g. by appending or by prefixing species-specific code numbers / letters such as "A" or "B" as additional signals, distinguish and - the program memory (PM), for checking the formal correctness of the respectively entered code and when searching the memory To find the code again, check for the presence of such additional signals triggers. 10. Auxiliary device according to one of the preceding claims, d a it is not indicated that - the display of the results of the tests, to display - an objectionable result, an alarm signal, e.g. a flashing on a screen (DI), and, - a satisfactory result, only the alarm signal-free, while the readiness for further input of coded and / or uncoded words (FC / KL) represents the usual operating state of the auxiliary device. 11. Auxiliary device according to one of the preceding claims, d a it is indicated that - at least one of the special memories for the codes, e.g. the status memory (SM) and / or the working memory (AM) several sub-memories and / or several sections, e.g. marked by additional signals contains, in each of which a sub-block of the total in the relevant particular Memory code to be entered is entered, - the content of at least one of the sub-memories and / or the sections in each case for later input into a sub-control program memory a peripheral computer, especially intended for preprocessing of data (PC) of the system (N) is intended, - only a remainder of the content of the particular particular Memory for later input into the central control program memory (CM) of a central computer (cis) of the system (N) is determined - at least part of the Messages (M) to the central computer (CS) from peripheral computers (PC) worked out Represent linking results and / or developed control commands and - at least some of the link results compiled by the central computer (CS) (S) and / or control commands (S) for the respective peripheral Display computer (PC) messages. 12. Auxiliary device according to one of the preceding claims, d a it is not indicated that - a printer (PR) is connected, - in the lexicon memory (DL) different types of codes, namely at least the Message codes (M) Link command codes (C) and link result codes together with their translations (KL) as separate blocks in terms of content that can be expanded Form are stored, and - the printer (PR) has such a block for itself, at least prints out an extract from it in response to a corresponding command during operation. 13. Auxiliary device according to one of the preceding patent claims, d a d u r c h e k e n n n n z e i c h n e t that - the lexicon memory (DM) in for itself is known to be self-organizing with regard to its stored content, that he entered words (FC, KL), in particular the codes (FC), independently in a prescribable, e.g. alphabetical and / or arithmetic, order and arranged in such a way that they can be printed out and / or displayed (with b # replacements). 14. Auxiliary device according to one of the preceding claims, d a it is indicated that - the program memory (PM) is a display, at least one excerpt from the control program developed so far in the form of Triggers flowcharts. 15. Auxiliary device according to one of the preceding claims, d a it is noted that - at least parts (CO) of the content des Lexikon-Spei-.cher (DM) translations of the codes and / or translations the words of the previously customary other language of the specialist in one of the other higher or lower programming languages, e.g. Represent translations into the machine language of the system's computer and - these parts (CO) of the lexicon memory (DM) are intended for the auxiliary device Can also be used as a compiler and / or assembler for the control programs developed. 16. Auxiliary device according to claim 15, d a d u r c h e k e n n z.e i c h n e t that - the relevant parts (CO) of the lexicon memory (DM) also to this are determined., the auxiliary device for back translations of an otherwise already developed, control program subsequently entered in parts of the working memory (AM) of the Milfsgerätes of the system (N) into the one freely designed by the bilfs device operator, at least in part To use the programming language (FC) and - those triggered by the program memory # (PMY Tests - as a result, the lack or the presence of completeness and / or the formal correctness of the control program of the system - (N) indicate as well as - because of this announcement now the completeness and the formal Allow the control program to be free of errors. 17. Auxiliary device according to one of the preceding claims, d a it is indicated that - the system (s) is a message switching system, in particular a telephone switching system, the messages (M) and the link commands (STx '# or. data (C) in a manner known per se, at least in part, switching technology Signals (M) and / or facts (C), e.g. occupancy status of lines and / or Occupancy states of time division multiplex channels and / or dialing signals, and - the link results (S, STx) and / or control commands (S, Sx) at least partly the signals for construction or testing or for counting or dismantling of connection paths or time channels corresponding to these connection paths and / or Correspond to frequency channels.