WO2002012965A2 - Method and device for controlling a technical arrangement - Google Patents

Abstract

The invention relates to a method for controlling a technical arrangement which provides multiple services of at least one service type. The method comprises the following steps: the arrangement receives a control useful data unit which has at least one data type and based on the control useful data unit received, at least one action is triggered depending on the data type of the control useful data unit and the service type of the arrangement receiving the control useful data unit, this process controlling the technical arrangement.

Description

description

Method and device for controlling a technical arrangement

The invention relates to a method and a device for controlling a technical arrangement.

One of the most basic concepts of object-oriented programming is the so-called polymorphism.

In this context, objects with similar properties and actions are usually combined to form a class.

These objects have the same properties and actions.

Objects with additional properties and / or actions can be created as a subclass of the respective class.

All objects of the subclass automatically have the properties of the superclass. You can usually carry out all actions of the superclass. Actions in the subclass can differ in execution from the actions in the respective superclass.

In a computer system, this means that the set of properties can be stored in memory cells.

At the same time, a list of actions can also be provided in the form of procedures that can change these properties.

The procedure is selected depending on the class to which the current object belongs. If these procedures are written in a language that can be understood by different computers, they can be transmitted together with the data and thus carried out regardless of the location and regardless of the hardware of the computer.

A central idea in this context is that the actions at different locations in different arrangements, for example computers, have the same effects on the corresponding properties.

Procedures are known for equipping arrangements, in particular devices, with a remote control.

Some of these remote controls are conventional

Computer networks connected to be able to control the devices. In this case, at least the device class of the receiving device must be available in the sending device, for example stored to ensure that the message containing the control commands can be understood by the controlled device which receives the message from the remote control and can be controlled accordingly can.

According to the state of the art, the interpretation of incoming data is always left to the receiving device.

In other words, this means that the control command is selected and transmitted by the sending device in each case with knowledge of the type of arrangement to be controlled.

It must therefore be known in the sending device how information is interpreted by the recipient of the message. In the context of the description, an arrangement is understood to mean any technical arrangement, the state of which can be changed as a result of a control action.

Examples of such a technical arrangement are:

A communication terminal or communication device, for example a telephone, a fax machine, a switching unit, a video telephone,

An electronic mail system, any type of computer program,

A household appliance, for example a stove, a dishwasher, a refrigerator, a refrigerator,

A clock, a video device, generally a computer,

• data readers such as scanners, • data output devices such as printers,

• monitoring devices such as alarm systems,

• Simple controls, such as for roller shutters or lighting systems.

Each arrangement is set up in such a way that it can communicate automatically with a control device, usually by means of digital data.

The arrangement can of course also contain the control device. Thus, each arrangement usually has a processor and a unit for sending and / or receiving digital and / or analog data. Furthermore, each arrangement has a communication unit, for example methods for executing different communication protocols, for example one

Transport protocol such as the Transport Control Protocol (TCP).

Each arrangement provides at least one service. In this context, a service is to be understood as a function that is provided by the arrangement. In a conventional telephone, for example, a service provided is the establishment of a dial-up connection that Sending and receiving voice data, clearing the dial-up connection, etc. For a fax, for example, a service is to set up a dial-up connection, send or receive fax data, clear the dial-up connection, etc.

Each service has a service type. Establishing a dial-up connection would be a type of service. Executing a service type in an array is a service.

Several types of service are grouped into so-called service groups. For example, the entirety of the types of service provided by a conventional telephone can be grouped into the "telephone" service group. Furthermore, the entirety of those provided by a conventional fax

Service types can be grouped into the "Fax" service group.

This clearly means that, for example, an arrangement that provides both the functionality of a telephone and a fax provides the service groups “telephone” and “fax”.

In this context it should be noted that in the context of object-oriented programming, both the design and definition of classes, the objects of the classes, the

Services and the types of service are fundamentally freely definable and predeterminable, for example depending on the desired functionality of the respective arrangements that are to be controlled.

According to the prior art, on the basis of one or a plurality of control user data units, including, for example, one or more objects of an object-oriented programming language, for example

TM TM Java or Smalltalk are to be understood as one or more

Actions triggered in the receiving order. However, the promotions will only depend on the Data types of the control user data unit (object-oriented polymorphism), that is to say, for example, depending on the respective received object.

As described above, this procedure is very inflexible and is only controlled by the sending arrangement, which requires additional knowledge about the particular device to be controlled.

Furthermore, DE 296 00 609 U1 describes an automation device in which an object-oriented software function block can be loaded into the automation device and can be integrated into the control program at runtime of a control program of the automation device. The software function block is an independently executable program code that is executed immediately regardless of a data type. Furthermore, the known automation device provides exactly one service, namely the loading of the software function block into the control program.

DE 42 10 137 AI describes a program-controlled ISDN switching system with a program module created according to the principles of object-oriented programming for handling dial-up connections.

Furthermore, EP 0 913 750 AI describes an arrangement for remote control and / or remote control of a field device by means of a control device via a field bus, the field device being used to describe the functionality of the field device

Program code is stored. The field device contains a processor in which the program code can be executed. The control unit is equipped with a run-time environment in which the program code can be run via the fieldbus after it has been transferred from the field device to the control unit. The invention provides a way to achieve a more flexible control of an arrangement compared to the prior art.

In a method for controlling a technical arrangement, which provides several services of at least one type of service, at least one action is triggered on the basis of a received control user data unit. The received control user data unit has at least one data type. The control user data unit is analyzed and the action is triggered depending on the data location of the control user data unit and the service location of the arrangement receiving the control user data unit. In this way, the arrangement that the control payload unit receives is controlled.

An advantage of the invention can be seen in particular in the fact that due to the use of two criteria for triggering and selecting the respective action in the arrangement, the sending arrangement or e.g. the sending and thus controlling object no longer needs knowledge about the type of arrangement to be controlled. The respective service location is known and available in the arrangement receiving the control payload data unit - hereinafter also simply referred to as data unit - and depending on this, the data types can be interpreted - in a manner suitable for the receiving arrangement - and converted into the action to be triggered accordingly.

Furthermore, the same data units can be used for different types of arrangement to be controlled, for example devices to be controlled, whereby the flexibility of the entire system of controlling and controlled arrangements or objects controlled and controlled in the context of an object-oriented environment is considerably increased. This makes it possible, for example, to control a large variety of different devices with objects of the same structure, for example the arrangements mentioned above in connection with the prior art.

According to one embodiment of the invention, the control user data unit is at least part of an object-oriented program and preferably contains at least one object of a class of an object-oriented program or an object-oriented programming language.

The invention can be clearly seen in that the known polymorphism is supplemented by a second dimension, i.e. A triggered action in the devices receiving the control user data units depends on the data type (known object-oriented polymorphism) and the service type (additional second dimension of the polymorphism) and, according to a further embodiment of the invention, possibly also other influences such as e.g. depending on one or more order criteria.

In the context of the invention, an ordering criterion is understood to mean, for example, an object that represents a directory for similar data (such as private contacts) or that summarizes objects for the same processing (such as a list of people and telephone numbers to be called).

The action is therefore not only dependent on the class of the transmitting object, but also on the type of receiving service or the type of service.

This represents an extension of the polymorphism concept in that specialization is achieved not only by forming subclasses, but also by changing the platform. The control model clearly flows into the now two-dimensional polymorphism in that each device can react differently to incoming data, ie objects.

The polymorphism itself ensures that every service can basically respond to incoming data objects. Nevertheless, specialized solutions for some combinations of service types and data types remain possible.

Furthermore, the one or more control user data units can likewise be one or more objects of a class of an object-oriented program or an object-oriented programming language.

In this way, the invention is particularly suitable for use in the context of object-oriented environments, i.e. for devices that are controlled using an object-oriented computer program.

The ordering criterion can thus be an ordering criterion object of a class of an object-oriented program.

Furthermore, the data unit can contain at least one data object of a class of an object-oriented program. According to a development of the invention, the data object is converted into a data object specific for the arrangement, i.e. for the type of arrangement and the services or service locations or service locations provided by the arrangement individual data object. The action can finally be triggered using the specific data object.

This can take place, for example, in that specific data object is called and started by the ordering criterion object and the triggered action is a method that is contained in the specific data object. Furthermore, according to a further embodiment of the invention, an arrangement can be provided, for example designed as a universal remote control, which has a display unit in which the individual objects, both the controlling objects and the controlled objects, are at least partially contained and shown as symbols.

The data objects can also be selected by a user, e.g. displayed as symbols on the screen. If a user wants to control an object using this control arrangement, i.e. To transmit an instruction to the latter by transmitting a data object, the user can select the desired data object or objects, for example for

Use of a computer mouse by means of a first mouse click or if a touch screen is used as a screen by touching the screen at the point at which the symbol of the data object to be selected is shown. In line with the known drag-and-drop technology, by selecting the symbol that represents the arrangement to be controlled, it can also be referred to as the target object, for example by a second mouse click on the computer mouse, by “dragging” the selected one Data object can be transferred or moved into the symbol of the target object by continuously pressing the mouse button or the touch screen.

The actual transmission of the data object can also be shown on the screen, for example by moving the symbol of the data object across the screen from the starting position to the symbol of the target object.

Furthermore, it can be provided that the data objects in a first column in a possibly hierarchical Structure are arranged, and the target objects in a second column.

This graphical representation of the control process significantly increases the user-friendliness, in particular of the control arrangement, since the user gets an immediate idea of what his respective action, for example the selection of a data object and the desired transfer to the target object, actually does. In this way, the manageability of the system is significantly improved.

A device for controlling a technical arrangement, which provides several services of at least one type of service, has at least one processor which is set up in such a way that the method steps described above can be carried out or are carried out.

Furthermore, an arrangement with such a device for controlling a technical arrangement is provided.

A computer-readable storage medium and a computer program element are also provided.

There is a in the computer readable storage medium

A computer program for controlling a technical arrangement, which provides several services of at least one type of service, is stored, which, when executed by a processor, has the method steps described above.

The computer program element for controlling a technical arrangement, which provides multiple services of at least one type of service, has the method steps described above when it is executed by a processor.

Embodiments of the invention are shown in the figures and are explained in more detail below. Show it

Figures 1A to ID a sketch of several objects, based on which the interaction of the individual objects according to a

Embodiment of the invention is explained;

Figure 2 is a sketch of several arrangements and one

Control device according to an embodiment of the invention;

Figure 3 is an illustration of a screen surface of a

Control device according to an embodiment of the invention; and

Figure 4 is a sketch of several objects on the basis of which

Interaction of the individual objects in the context of the transfer, i.e. the transport of data according to a first embodiment of the invention is explained;

Figure 5 is a sketch of several objects on the basis of which

Interaction of the individual objects in the context of the transfer, i.e. the transport of data is explained according to a second embodiment of the invention;

Figure 6 is a flowchart in which individual

Method steps of the method according to an embodiment of the invention is shown.

The exemplary embodiments described below are based on an object-oriented concept, which in the

TM object-oriented programming language Java is implemented. Of course, any further object-oriented programming language can be used, as far as it provides the mechanisms described below,

TM TM for example Smalltalk or Prolog or C ++.

2 shows a sketch of several arrangements and a control device according to an embodiment of the invention.

Different devices, a telephone 201, a fax 202, a refrigerator 203, a personal computer 204 with an electronic mail system installed therein, a heater 205 in an office space, are via a communication link 206, for example cable or radio links, in particular via Infrared connections or mobile radio connections according to the UMTS standard, coupled to the Internet 207 and, above, to a control device 208, for example a central remote control 208.

In principle, any device whose state can be changed due to a control action can be used as device 201, 202, 203, 204, 205. Other examples of such a device are:

A communication terminal or communication device, for example a switching unit, or a

Telephone / fax machine, a video telephone, ^β an electronic mail system, any kind of

Computer program, β a household appliance, for example a stove, a dishwasher, a refrigerator,

A clock, a video device, generally a computer,

• data readers such as scanners,

• data output devices such as printers,

• Monitoring devices such as alarm systems, • simple controls, for example for roller shutters or lighting systems. Each device 201, 202, 203, 204, 205 has a processor (not shown) and a memory (not shown) and a unit (not shown) for transmitting and / or receiving digital and / or analog data. Furthermore, each arrangement has a communication unit (not shown), for example in the object-oriented communication model according to the exemplary embodiment of the invention, methods for executing different communication protocols, for example a transport protocol such as the Transport Control Protocol (TCP).

Each device 201, 202, 203, 204, 205 provides at least one service, preferably several services.

The objects described below and required for the respective devices 201, 202, 203, 204, 205 are stored in the memories of the corresponding devices 201, 202, 203, 204, 205 or can be determined via the Internet by other devices or instances, that provide the necessary objects.

The object-oriented communication model is used to copy or transmit data, in particular data containing objects, according to the exemplary embodiments, taking into account authorizations, from one service object described below to another service object and thereby the one action described below to release the triggering service from transport tasks not affecting him.

Three - not necessarily different - transport services are involved in the transport, ie the transmission of data, which are also referred to below as data units. The transport services are referred to as trigger object 401, source object 402 and target object 403, as shown in FIG. 4 and FIG. 5.

The trigger object 401 has information that authorizes reading desired data in the source object 402 and writing the data in the target object 403.

Both source object 402 and target object 403 know the required unique identifier for identification for data and for the data's classification criteria assigned to the data.

The trigger object 401 provides the following information for the data transport:

1. the source object 402,

2. the identifier of the data objects 404 in the source object 402,

3. the information which authorizes the reading of the data objects 404 with a given identifier in the source object 402,

4. the target object 403,.

5. the identifier of the order criterion of the transported data objects 404 on the target object 403, 6. the information which authorizes the storage of the data objects 404 under the given order criterion on the target object 403, and 7. if necessary, further information.

According to a first exemplary embodiment of the invention, a data object is transmitted via the source object 402 (cf. FIG. 4).

The information 1 to 7 explained above is transmitted in a first message object 405 from the trigger object 401 to the source object 402, the transmission of the first message object 405 as well as the further one Message objects are each made using the transport mechanisms of the TCP / IP protocol.

After receiving the first message object 405 in the source object 402, the identifier of the data objects 404 in the source object 402 is determined.

In a further step, on the basis of the information likewise contained in the first message object 405, the information for reading the data objects 404 with the identifier in the

Authorize source object 402, the source object 402 checks whether the authorization to read the data objects 404 specified by the identifier is given.

If this is not the case, the method is ended and optionally the trigger object 401 is informed of the missing or insufficient authorization.

If the authorization is present, the requested data objects 404 are determined and together with the

Information 4 to 6, possibly with at least parts of the information 7, is transmitted in a second message object 406 to the target object 403.

The data objects 404 are thus present in the target object 403 and stored, for example, in the device to be controlled, which represents or at least contains the target object 403.

TM Using Java, the transfer is triggered by an RMI call (Remote Method Invocation call) of the load method at the object manager of the source component, i.e. the

Source object 401.

The RMI call is forwarded to the object to be transferred. This call also contains information about the target object 403. First, however, as described above, the access authorization is checked.

Only after successful authentication and authorization is the transmission of the data object 404 to the target object 403 started together with the order criterion.

A device sends an object to another device by it

TM an RMI from the object manager of the target component, i.e. of

Target object 403 calls the store method with all necessary parameters and a data object without methods (the so-called fields-only object, FOO).

The object manager creates a service-specific method object (DSMO), which contains the data object without methods in a field.

To the identifier, i.e. The associated order criterion object (OKO) is determined to identify the order criterion.

After calling the save method of the service-specific method object, the order criterion object calls the save method with the service-specific method object as its parameter and thus with the integrated fields-only object.

This call corresponds to the device-specific and object-specific action.

According to a second exemplary embodiment of the invention, a data object is transmitted via the target object 403 (cf. FIG. 5).

The information 1 to 7 explained above is transmitted in a third message object 501 from the trigger object 401 to the target object 403. The information 1 to 3 and possibly at least some of the information 7 are transmitted from the target object 403 to the source object 402 in a fourth message object 502

In a further step, on the basis of the information contained in the fourth message object 502, which is intended to authorize reading of the data objects 404 with the identifier in the source object 402, the source object 402 checks whether the authorization for reading the data objects 404 specified by the identifier is given.

If this is not the case, the method is ended and optionally the trigger object 401 is informed of the missing or insufficient authorization.

If the authorization is present, the requested data objects 404 are determined and transmitted to the target object 403 in a fifth message object 503.

The data objects 404 are thus present in the target object 403 and stored, for example, in the device to be controlled, which represents or at least contains the target object 403.

According to this exemplary embodiment, using

TM TM

Java triggered the transfer by an RMI call to the store method at the object manager of the target component, i.e. target 403.

This call is forwarded to the order criteria object.

First, the access authorization is checked again. After that, if authentication is successful and

TM Authorization an RMI call of the load method to the

Object manager of the source component, i.e. transferred to the source object 402.

TM The RMI call is forwarded to the source object 402.

The access right is checked there again and, if the subsequent read method is successful, the fields-only object is transferred back.

The service-specific method object is formed from the fields-only object and the save method of the ordering criterion object is then called.

In both exemplary embodiments, a service-specific method object is generated by combining the class names of the service and the incoming fields-only object from the "reflection" method to form a class name and instantiating an object therefrom.

If there is no or only an outdated version of the corresponding class definitions, they are reloaded, i.e. determined by another authority.

The exemplary embodiment is used to explain how an action can be triggered, for example.

In this embodiment, four different actions will be triggered.

These result from two different data objects 101, 102, which are transported to two different target objects 103, 104 (cf. FIG. 1). A first data object 101 is an object designating a person and a second data object is a text document.

A first device as the first target object 103 is the control device itself, i.e. a device with which, in particular, the individual processes in the network are also represented graphically, for example on a user interface 300, as shown in FIG. 3.

A second device as the second target object 104 is a telephone.

A column 301, 302 within the screen surface 300, which is divided into columns, is used as the order criterion object in the first target object 103 for displaying data objects 303, 304, 305.

In the telephone as the second target object 104, a directory of persons to be called automatically by the telephone serves as an order criterion object.

Based on the further description, the polymorphism of the object-oriented concept, which is expanded according to the invention, is explained in more detail.

First scenario

According to the first scenario, the individual steps are explained which are carried out when the first data object 101 with the designation "org. SfP.base. Data. Person" is transferred to the first target object 103 and is executed there (cf. Fig.lA).

The incoming "org. SfP.base. Data. Person" object is wrapped in a first depicted object 105 with the designation "org. SfP .base .Manager. Person". In a further step, the save method of the first depicted object 105 is called. However, according to the exemplary embodiment, this does not fulfill any task on the first device.

In none of the scenarios explained in this exemplary embodiment, an action is triggered by calling the save method.

However, this call is for the general reaction of one

Device on incoming data. In other devices, the save method definitely has a function. In the database device, for example, the save method uses the persistence of the incoming, i.e. received data saved.

Then the object that was specified as an order criterion, i.e. from the order criterion object in the first target object 103 (in this example a column for displaying the object type "org. SfP. local .Manager. column") the save method with the first depicted object 105 "org. SfP. base .Manager "Person" as the call parameter.

As a result, the first depicted object 105 "org. SfP. Base. Manager. Person" displays the method that is contained in the first depicted object 105 "org. SfP .base .Manager. Person" with the window or the corresponding column as a parameter and thus the first depicted object 105 "org. SfP -base. Manager. Person" is drawn into the window (block 106).

The methods called upon arrival, i.e. upon receipt of an object are summarized below in the form of a pseudo code:

Program receiving an object: receive (data object foo, order criterion ok) {create service-specific

Appropriate method object ^* dsmo; pass the data object foo to the object dsmo; dsmo. Save ( ) ; determine the associated object oko for the order criterion ok; ok. savelnto (dsmo); }

In this context it should be noted that the type names follow the pattern org. SFP. Module name. Device name. Compose ypname.

For the fields-only objects, the device name is data.

All wrapper objects have constructors that receive the data object as parameters. Therefore, the first two lines of the above pseudo-program often have the following structure in one implementation:

determine suitable constructor k for the service-specific method object ect k.newlnstance (foo);

The methods described above upon arrival, i.e. upon receipt of an object are the same for all senatories.

Second scenario

According to the second scenario, the individual steps are explained which are carried out when the second data object 102 with the designation "org. SfP. Docs. Data. TextDoc" is transmitted to the first target object 103 and is executed there (cf. Fig.lB). The individual steps are essentially identical to those in the first scenario.

Thus, the incoming "org. SfP. Docs. Data. TextDoc" object is wrapped into a second depicted object 107 with the designation "org. SfP. Docs .Manager. TextDoc", i.e. displayed.

In a further step, the save method of the second depicted object 107 is called. However, according to the exemplary embodiment, this does not fulfill any task on the first device.

Then the object that was specified as an order criterion, i.e. of the

Ordering criterion object in the first target object 103 (in this example, a column for displaying the object type "org. SfP. Local .Manager. Colu n") the save method with the second depicted object 107 "org. SfP .Manager. TextDoc" called as a call parameter.

This leads to the second object 107 being imaged

"org. SfP. docs .Manager .TextDoc" calls the display method, which is contained in the second depicted object 107 "org. SfP. docs .Manager. TextDoc", with the window or the corresponding column as a parameter and thus the second object 107 shown

"org. SfP. docs .Manager .TextDoc" is drawn in the window

(Block 108).

Third scenario

According to the third scenario, the individual steps are explained which are carried out when the first data object 101 with the designation "org. SfP.base. Data. Person" for that second target object 104 is transmitted and executed there (see FIG. IC).

The incoming "org. SfP .base. Data. Person" object is transformed into a third depicted object 109 called

"org. SfP .base. Telefon. Person" wrapped, i.e. displayed.

In a further step, the save method of the third depicted object 109 is called. However, according to the exemplary embodiment, this does not fulfill any task on the first device.

Then the object that was specified as an order criterion, i.e. from the ordering criterion object in the first target object 103 (in this example a column for displaying the object type "org. SfP. local. Telefon. callThem"), the save method with the third depicted object 109 "org. SfP .base. Telephone "Person" as the call parameter.

This means that the telephone numbers, which can be determined in a database by the second target object 104, are temporarily stored on the telephone 104 and are called according to their stored priority until the desired caller has been reached or the corresponding one

Person who is specified in the third depicted object 109 has been removed from the corresponding directory (block 110).

Fourth scenario

According to the fourth scenario, the individual steps are explained which are carried out when the second data object 102 with the designation "org. SfP. Base. Data. Person" is transmitted to the second target object 104 and is executed there (cf. Fig.lD). The incoming second data object 102 "org. SfP. Docs. Data. TextDoc" is instead of a fourth depicted object "org. SfP. Docs .Telefon. TextDoc" in a fifth depicted object "org. Base. SfP. Telefon. Item "111 pictured.

This procedure is provided because, according to this exemplary embodiment, there is no implementation of a class with the name "org. SfP. XXX. Telefon. Xx", where XXX for the components of the class names in the inheritance hierarchy between org. SfP.base. Data .Item (exclusively) and org. SFP. docs. Data. TextDoc (including) there.

From this fifth object shown

"org. SfP. base. Telefon. Item" 111 the save method is now called.

Then the order criterion object (in this exemplary embodiment the directory of people to be called of the type org. SfP. Local. Telefon. CallThem) uses the save method with the new fifth depicted object "org. SfP .base. Telefon. Item" 111 as Parameters called.

Since a general item in a "callThem" directory has no meaningful function, the client, i.e. the sending object of the data transport is informed about the impracticability of its action.

This is done by triggering a further data transport in the client's inbox directory.

In these scenarios, four different actions are thus triggered by data transport of two different types of data objects to two different types of devices. 3 shows an illustration of a screen surface 300 of a device, in particular the control device.

The screen surface 300 is essentially divided into three columns 301, 302, 303 and a desktop line 304.

In a first column 301, the available data objects 305, hierarchically structured in a tree structure, are contained and shown.

In a second column 302, the available target objects 306, hierarchically structured in a tree structure, are contained and shown.

FIG. 3 shows the situation in which a target object has been selected by clicking once on the target object 307 to be selected. The selected target object 307 is shown in a third column 303 with detailed information 308 available via the selected target object 307. Of course, available detailed information about a selected data object can also be shown in the third column 303.

If a data object 305 is now to be selected and transmitted to a target object for its control, this is done by a user directly using the screen surface 300 of the control device.

For this purpose, the user selects the desired data object (s) 305, for example when using a computer mouse by means of a first mouse click or when using a touch screen as a screen by touching the screen at the point where the symbol of the data to be selected Object is shown.

In line with the well-known drag-and-drop technology, by selecting the symbol that corresponds to represents the controlling arrangement, hereinafter also referred to as the target object, for example by a second mouse click on the computer mouse, by "dragging" the selected data object while continuously pressing the mouse button or the touch screen, and / or moving it into the symbol of the target object become.

The actual transmission of the data object is also shown on the screen, i.e. also shown on the screen surface 300, for example by moving the symbol of the data object 305 over the screen surface 300 from the starting position to the symbol of the target object.

In summary, the procedure according to the

Embodiment described again using the flowchart 600 shown in FIG. 6.

In a first step (step 601), the control instructions and thus implicitly the data object or objects and the device to be controlled and the corresponding service or service type, i.e. the target object 403 selected.

In a further step (step 602), the data object or objects are transmitted to the target object 403, for example in accordance with the options described above. In this context, however, it should be noted that any transport mechanism can be used in the context of the invention as long as it ensures a secure transmission of the data object or objects. The information required in each case can be transmitted, for example, with several data packets.

The data object or objects 402 are then linked to one or more for the target object and / or the corresponding one Device that has the target object maps specific mapped data objects (step 603).

This mapping mechanism clearly means that the type of service or service types that the respective terminal device provides is used to implement the processing of the received data objects and the execution of the corresponding methods, which can be different for each target object 403 and / or for any type of service and / or even for each service.

In a last step (step 604), the methods of the data object (s) being imaged are executed, i.e. at least one action is thus triggered based on the received data unit, depending on the data type of the data unit and the service type of the device receiving the data unit.

Claims

claims 1. A method for controlling a technical arrangement that provides several services of at least one type of service, • in which the arrangement receives a control payload unit that has at least one data type, and • in which at least one action is triggered on the basis of the received control payload unit the data type of the control user data unit and the service type of at least one service of the arrangement receiving the control user data unit, as a result of which the technical arrangement is controlled. 2. The method of claim 1, wherein the control payload unit is at least part of an object-oriented program. 3. The method according to claim 2, wherein the control payload unit contains at least one object of a class of an object-oriented program. 4. The method of claim 2 or 3, wherein the data type is an object of a class of an object-oriented program. 5. The method according to any one of claims 1 to 4, in which the action is triggered depending on a predetermined ordering criterion. 6. The method of claim 5, wherein the ordering criterion is an ordering criteria object of a class of an object-oriented program. 7. The method as claimed in one of claims 3 to 6, in which the control useful data unit contains at least one data object of a class of an object-oriented program, In which a data object specific to the arrangement is generated from the data object, and • in which the action is triggered using the specific data object. 8. The method according to claim 6 and 7, In which the specific data object is started by the ordering criterion object, and • where the triggered action is a method of the specific data object. 9. The method according to any one of claims 1 to 8, • in which the control user data unit is transmitted at the start of the method, and • in which the transmission of the data unit is symbolically displayed on a screen. 10. The method according to claim 9, In which the arrangement and a sending object are symbolically displayed on a screen, • in which the transmission of the data unit is symbolically represented by moving the data unit from the sending object to the arrangement symbol. 11. The method according to claim 9 and 10, In which the control user data unit is selected by means of a first interaction with a computer carrying out the transmission, »In which the transmission of the selected control user data unit is started by means of a second interaction with the computer. 12. Device for controlling a technical arrangement, which provides several services of at least one type of service, with a processor, which is set up in such a way that the following method steps can be carried out: The device receives a control user data unit, which has at least one data type, and On the basis of the received data unit, at least one action is triggered depending on the data location of the control user data unit and the service location of at least one service of the arrangement receiving the control user data unit, thereby controlling the technical arrangement. 13. Arrangement with a device according to claim 12. 14. Computer-readable storage medium in which a computer program for controlling a technical arrangement, which provides several services of at least one type of service, is stored, which, when executed by a processor, has the following method steps: The arrangement receives a control user data unit that has at least one data type, and • at least one action is triggered depending on the control user data unit received Data locations of the control user data unit and the service location of at least one service of the arrangement receiving the control user data unit, as a result of which the technical arrangement is controlled. 15. Computer program element for controlling a technical arrangement, which provides several services of at least one service type, which, when it is executed by a processor, has the following method steps: the arrangement receives a control user data unit which has at least one data type, and • based on the received control user data unit. at least one action triggered depending on the Data locations of the control user data unit and the service location of at least one service of the arrangement receiving the control user data unit, as a result of which the technical arrangement is controlled.