turning now to fig1 and 3 , there is shown in block diagram form a robotic system and indicated generally by the reference numeral 10 . this system is a self - configuring robotic system of a type with which the present invention is advantageously utilized . the robotic system 10 utilizes a conventional computer 12 having an operating system containing at least a nucleus , a sequence reprogrammer and tasks support services . computer bus 14 includes at least data , address and read / write lines 16 that are electrically connected through physically separable connections 18 to a module indicated generally by the reference numeral 20 . the structure of module 20 will be discussed below in connection with fig2 . for now , it is sufficient to note that module 20 is electrically connected to a robot 22 . the term &# 34 ; robot &# 34 ;, as used herein , means : &# 34 ; a reprogrammable , multification manipulator designed to move material , parts , tools , or specialized devices through variable programmed motions for the performance of a variety of tasks .&# 34 ; this is the definition for the term &# 34 ; robot &# 34 ; that has been adopted by the robotics institute of america . as shown in fig1 the robotic system of the present invention includes at least one other module ( m 2 ) that is electrically connected to a utilization means 24 . the utilization means 24 can comprise either another robot 22 or a means for performing a defined task . expansion of the robotic system is provided for through the use of additional utilization means and associated modules , e . g . module ( m n ). the detailed structure of modules 20 is illustrated in the block diagram of fig2 . each module contains all of the device intelligence 26 for its associated device 28 . intelligence is transmitted and received via electrical conduits 34 . device 28 generically represents the previously mentioned robot 22 and utilization means 24 . the module 20 also contains a control block 30 having a control block flag and a starting offset for computer 12 and an appropriate input / output interface 32 between the computer 12 and the device 28 . if desired , the module 20 can also include device memory 36 represented by the dashed lines in fig2 . the device intelligence 26 contained within module 20 can be stored in a variety of conventional forms . for example , the device intelligence can be stored in read - only memories ( rom &# 39 ; s ). it will be appreciated from the preceding description of the hardware structure of the robotic system that each device 28 , whether it be a robot 22 or a utilization means 24 , has an associated module 20 that contains all of the intelligence for the particular device . the associated module also provides a control block flag and starting offset for the computer and an appropriate i / o interface between the computer and device 28 . the control block flag is read by the computer 12 which determines the presence of a robot 22 and associated module 20 . the computer 12 then executes the initialization program found at the starting offset which configures the system . the particular i / o mechanism used between the computer 17 and the robot 12 is the last piece of information found in the control block . each module is electrically connected to the common computer bus 14 through a plurality of the separable electrical connections 18 . it should be noted that all of the device intelligence is on the device side of the physical interface formed by the separable electrical connections 18 . thus , in configuring or reconfiguring a system , it is possible to simply plug the appropriate device module 20 into the computer bus 14 because the module contains all of the corresponding device intelligence , the appropriate control block information for computer 12 and the input / output interface between the device and the computer . this particular system architecture greatly simplifies the implementation and configuration of a specific robotic system to accommodate the needs of an end user . since the device and its associated module constitute a separable unit , various task - performing devices can be attached to or removed from the robotic system 10 simply by plugging in or removing the appropriate module 20 . turning now to fig3 there is shown a data flow diagram for the robotic system of the present invention . referring to the upper righthand corner of fig3 device 28 is initially programmed using the device intelligence to produce a data block containing a device identifying prefix , data block name selected by the &# 34 ; end user &# 34 ; and device parameters for the specific device . the data block is saved in a dictionary that contains a plurality of data blocks each with prefix and name and associated device parameters . the sequence intelligence for controlling the sequential operation of the devices is contained in a program for computer 12 . the program , which has the dictionary names , defines the sequence in which the data blocks are obtained from the dictionary and executed . the sequence intelligence and the dictionary need not be able to decode the device parameters , as indicated by the shaded sections of the data blocks under sequence intelligence and dictionary in fig3 . by way of illustration , fig3 depicts the data flow for execution of name 3 from the dictionary . a command is issued to the device intelligence to pass the &# 34 ; name 3 &# 34 ; device parameters to the prefix identified device 28 causing operation of the device in accordance with the stored device parameters . also in fig3 block 29 is a call back function . in this preferred embodiment , device 28 , with its intelligence can activate this function . at some later time , device 28 will be activated again even though there is no named control system program entry . here the call back is a time out where device 28 will be re - activated after a given time interval has elapsed . so device 28 can re - activate itself , even in the middle of another named function . this allows greatly increased control system programming efficiency and simplicity . fig1 shows the activization of the call back function by the device itself . it should be noted that the execution of a name function in the control system program will terminate any earlier call back function which might have been activated . referring to fig4 it is seen that the control process of the invention , comprehensively viewed , includes a step wherein the module intelligence is taught by an operator , through the system controls , a particular operation , for example to go to a certain place and retrieve a test - tube from a rack and then to bring the test tube to another process station a . the module &# 39 ; s memory can receive this teaching , but is is the intelligence carried by the module that will subsequently decide how the instruction will be carried out . thus a robot told to go to a certain place may itself decide how it gets there by knowing where it is when the instruction is given , what obstacles are in its path , whether another earlier operation on which the test tube moving is dependent has been carried out , etc . fig5 through 8 relate to the control system as it is implemented by program code . as seen in fig5 during the teaching step the command - specific parameters for the task or &# 34 ; device action &# 34 ; are stored in a temporary dictionary entry area . the area can be in the module itself or the main system . it is often convenient to have a memory section in the main cpu which is &# 34 ; owned by &# 34 ; a specific module instead of in the module itself . the task parameters are to be one component of a dictionary entry which defines the task , the module which is to use its intelligence in interpreting the task , and the name with which the operator chooses to tag the task parameters . this storage is shown in fig6 . fig6 also illustrates that when the temporary dictionary entry is complete , the entire entry can be transferred from its temporary buffer memory section to a more permanent system dictionary . fig7 illustrates to the fact that , in programming an entire sequence of module operations for the same or different modules , one will assemble a series of command entries , i . e . action names . however , it is to be noted that these command entries taken together form a very simple , operator - selected , program language that is at once highly effective and versatile . in a typical situation , the name of the action will be one having a highly specific meaning for the operation . for example , it may be &# 34 ; tube - to - a &# 34 ;. once the storage in the system dictionary is complete , the mere call for using of the action name will cause the &# 34 ; tube - to - a &# 34 ; action to be intelligently controlled by the code of intelligence - bearing module . as shown in fig8 the process will function , when a specific command name is given , by selecting that name in the dictionary , selecting with it the identify of the module owning the entry and selecting also the task - defining parameters stored as part of the dictionary entry . the module then performs whatever action has been defined for it , but does so using its own logic and intelligence . thus if instructed to go to a certain point in space , it will , typically , chose a path that makes the best sense , i . e . the one that is shorter . in the description of the system , it will be noted that the command - specific parameters are stored in temporary buffer memory before being committed to the dictionary . this serves an important advantage in the process described herein , because it avoids having to commit extraneous information to the permanent memory . thus , in a simple example , when a robot position to be named &# 34 ; a &# 34 ; is established , one can put &# 34 ; a &# 34 ; in the permanent memory and the move through a series of intermediate positions to position to be named b . the intermediate position will not be placed in the memory when b is &# 34 ; named &# 34 ; for the permanent dictionary by being placed in permanent memory . however , it should be understood that a sequence of dictionary entries can also be given a single dictionary name if desired using the system of the invention . in this sense , the sequences itself can be operated as an independent module or &# 34 ; work station &# 34 ;. it is important to understand that the central processing system will , normally have no control over how the module performs its assigned task over and above the relatively simple instruction contained in the dictionary ordering that the task be undertaken . an important aspect of the process for operating robot modules is that the simple computer language used in independent of the modules or individual robot devices . thus a system approach is readily implemented . when a system containing several modules is run under program control , inter - module co - operation is imposed by the sequencing control . it is also to be realized that the system taught herein need not be utilized with a self - configuring robot of the type described in fig1 - 3 for particular advantages to be realized . indeed , even in systems where the number of robotic modules were fixed absolutely , there could be very substantial advantage to utilizing the &# 34 ; teach - a - name &# 34 ; dictionary and the simple sequencing - language - moderated process aspects of the present invention . fig9 illustrates a general control system according to the invention : it will be seen that the dictionary is managed by a sub module 90 . dictionary module 90 provides functions to enter data in the dictionary , look up entries , delete entries , update entries and to store and retrieve the dictionary on external data . entries in the dictionary consists of three parts including the name or tag assigned in the &# 34 ; teach and name &# 34 ; process , an indication of what robot module &# 34 ; owns &# 34 ; the entry and parameters which the robot module itself owns and can recognize as an order to perform a particular task . it is the first two parts of the dictionary entry which are defined for the whole system . the third part is defined only with respect to the module which is the &# 34 ; entry owner &# 34 ;. the dictionary 90 in the schematic of fig9 is the keystone of the control system . the central processing unit 92 supports traditional operating system functions such as task , storage and control management , message passing , and resource allocation . it includes such hardware resources as the user terminal , the user program and data storage systems , and the remote computer interface . moreover it supports user program entry , editing , and interpretation in the language code 98 . it is believed that operation of these systems , with the exception of the self - configuring aspect and use of the temporary / permanent bimodal dictionary and sequencing language are carried out according to the known state of the art of digital signal processing and computer control . many languages and specific architectures can be utilized in configuring the system . programmers and engineers experienced in the design of computerized control systems for robots will be able to adopt the above technique to any number of specific systems suitable for their preferred language and operating requirements . it is also to be understood that the following claims are intended to cover all of the generic and specific features of the invention herein described and all statements of the scope of the invention which might be said to fall therebetween .