Device and method for remotely accessing at least one test environment by means of at least one user application

Abstract

The invention relates to a device and a method for remotely accessing at least one test environment (TU) by means of at least one user application (BA). The device is designed in the form of a computer resource (CR) which has a communication network. The computer resource (CR) has an experiment manager (EM) and at least one measuring instance (MI), wherein the experiment manager (EM) provides the at least one user application (BA) with a first login interface (AS-1) for logging in via the communication network and the at least one test environment (TU) with a second login interface (AS-2) for logging in, in particular via the communication network. The second login interface (AS-2) for logging in the at least one test environment (TU) provides the login via a software agent (SWA), wherein the at least one measuring instance (MI) has a monitoring interface (KS) for the at least one user application (BA) and a measuring interface (MS) for the at least one test environment (TU). Display data is transmitted to the at least one user application (BA) via the monitoring interface (KS), and control data for the test environment is received by the at least one user application (BA). The control data is transmitted to the at least one test environment (TU) via the measuring interface (MS), and measurement data for generating the display data is received by the at least one test environment (TU) such that a remote access to the at least one test environment (TU) is facilitated for the at least one user application (BA).

Description

[0001] Apparatus and method for remote access to at least one test environment by at least one user application

[0002] Technical area

[0003] The application relates to a device and a method for remote access to at least one test environment by at least one user application.

[0004] background

[0005] Test environments are used, for example, in the development of control units, such as those used in the automotive or aerospace industries to control technical systems such as engines or brakes. The development of control units has become a highly complex process. New control and regulation functions for control units should be tested as early as possible in the development process to verify functionality and determine the further direction of development. In more advanced stages of the development process, it is important to test the already well-developed control unit as comprehensively as possible.

[0006] Test environments can offer the possibility of testing such a system under test using an environment model. A system under test can have both functions, e.g., software, and devices, e.g., hardware, which can be tested in the test environment. The environment model simulates the respective environment through suitable data exchange for the software or hardware. The test environments can have an interface to a user, who can conduct experiments with the system under test using the test environment. Experiments can be used to set parameters for the simulations with the system under test and the environment model, and values ​​occurring in the simulation can be displayed and recorded.

[0007] Overview

[0008] A device for remote access to at least one test environment by at least one user application is embodied as a computer resource available via a communications network. The computer resource comprises an experiment manager and at least one measurement instance.

[0009] The experiment manager provides the at least one user application with a first login interface for logging in via the communications network. The experiment manager provides the at least one test environment with a second login interface for logging in, in particular via the communications network. The second login interface provides for logging in to the at least one test environment via a software agent.

[0010] The at least one measuring instance has a control interface for the at least one user application and a measurement interface for the at least one test environment. It is provided to transmit display data to the at least one user application via the control interface and to receive control data for the test environment, e.g. for a measurement and / or simulation running in the test environment, from the at least one user application. It is provided to transmit the control data to the at least one test environment via the measurement interface and to receive measurement data for generating the display data from the at least one test environment, such that remote access to the at least one test environment is possible for the at least one user application.

[0011] The device enables at least one user at any location to obtain remote access to at least one test environment via a communications network and a computer resource available therewith. This leads to greater flexibility as to where the users or the test environment can be located. For example, it is possible to access a test environment around the clock by users located in different time zones. This leads to more efficient use of such a test environment and thus saves costs and time. Via the communications network, several users can also work on the same test environment simultaneously via remote access. The device makes this remote access technically reliable and easy to implement.

[0012] Because the test environment logs into the computer resource, and specifically the experiment manager, through a software agent, no human intervention is required on the part of the test environment to enable remote access. Using the computer resource for remote access to the test environment or to multiple test environments allows different users to access the same test environment or different test environments simultaneously. Using the computer resource also makes it possible for the respective test environment to be globally available for remote access.

[0013] According to the application, remote access means that a user application located at a first location can access a test environment located at a second location. This makes it possible to overcome large distances, such as several hundred kilometers or several thousand kilometers, between the first and second locations, thus enabling, for example, global access distributed across the globe.

[0014] The at least one test environment provides either software or hardware-based technical equipment that tests the functionality of a system under test and thus carries out measurements. So-called hardware-in-the-loop simulators (HIL) or software-in-the-loop simulators (SIL) can be used for this purpose. With a hardware-in-the-loop simulator, for example, devices under test, such as control units used in a vehicle to control a system, e.g. an engine, can be tested under many possible situations. With a software-in-the-loop simulator, software, e.g. functions that are available as software code, can be tested in interaction with a simulated environment. In the case of the vehicle, for example, this saves test drives.Particularly when using electronics and software, such a test environment enables testing of a wide variety of situations that may later arise during use. Since companies that use such test environments have users in different countries, such remote access according to this application is particularly advantageous, allowing access to the test environment regardless of the users' location, even though the test environment may be set up and operated at a different location.

[0015] The user application is intended to provide access to the test environment for the user. The user application may, for example, have a graphical user interface to enable user interaction. The user application may, for example, be browser-based software that allows measurement data from the test environment to be graphically displayed and further analyzed. The user application may, based on user input, generate control data that influences the simulation and / or measurement in the test environment. Instead of browser-based software, other implementations of the user application are also possible, e.g., through an app.

[0016] The communication network can be, for example, the Internet, but also, alternatively or additionally, a company's global communication network.

[0017] In this case, the computer resource can be understood as a so-called cloud solution, which is maintained, for example, by the company itself that uses the test environment and the user application or by a service provider that then offers so-called hosting of the computer resource.

[0018] The computer resource includes an experiment manager, embodied, for example, as a software module, which provides a first login interface for the user application to log in via the communications network. The experiment manager also includes a second login interface for the test environment, allowing the test environment to log in via a software agent, as described above. Software and communications technologies commonly used on the Internet, for example, are used for the login interfaces.

[0019] A software agent is a computer program that behaves independently and dynamically within a given framework. This means that a specific processing operation runs depending on various states, without an additional start signal being given from outside or any external control intervention during the process. In this case, this enables the test environment to log in to the Experiment Manager via the second login interface. Once the test environment is put into operation, this test environment can then log in directly to the Experiment Manager via the software agent. This makes it available for remote access by user applications. It is possible for different test environments to log in to the Experiment Manager in order to be available for remote access.Accordingly, many users can log in to the Experiment Manager via their user application, but this is initiated by the user themselves, while the respective software agent ensures automatic login to the Experiment Manager for the respective test environment. The first login interface is therefore a software module of the Experiment Manager, as is the second login interface.

[0020] Furthermore, the computer resource has a measuring instance, which can also be designed as a software module. The measuring instance has a control interface for the at least one user application and a measuring interface for the at least one test environment. The control interface transmits display data to the at least one user application, while the user application transmits control data for the test environment, e.g., for a measurement and / or simulation, to the measuring instance via the control interface. The measuring interface ensures that the control data is transmitted to the at least one test environment and that measurement data for generating the display data is received from the at least one test environment. This enables remote access from the user application to the test environment via the computer resource. In particular, the aforementioned data can be transmitted in a packet-oriented manner, i.e.There is no need for a complete or continuous communication channel from the user application to the test environment, which facilitates remote access from multiple user applications to a test environment or even to different test environments.

[0021] When registering the test environment, information about the test environment will be transmitted to the experiment manager as configuration data. This will inform the experiment manager about what can be tested in the test environment and how, as well as, for example, what type of simulator the test environment uses.

[0022] Furthermore, it is provided that the at least one measurement instance is configured to process the measurement data for generating the display data depending on display configuration data. Thus, the measurement data for generating the display data is processed according to the requirements of the user applications. Access to the measurement instance can be established, for example, via the experiment manager. A measurement instance can be configured to communicate with multiple user applications and / or multiple test environments and, in particular, to process their data.

[0023] Furthermore, it is provided that the at least one measuring instance is configured to process the control data before transmitting it to the at least one test environment depending on the configuration data. This allows the control data to be adapted to the configuration of the test environment. The test environment can then use this processed control data immediately during testing and / or simulation and / or measurement. In particular, the measuring instance can communicate with multiple test environments and process and transmit the control data using the configuration data, adapted to the respective test environment.

[0024] Furthermore, it is provided that the computer resource has a database for storing information on the registrations, the control data, the measurement data, the configuration data and / or the display configuration data, wherein the storage is provided in particular by the experiment manager. This storage then makes it possible to trace the processes via remote access. For example, if a communication error occurs, the remote access can be restarted using this stored data. The experiment manager is particularly suitable for saving this data as the instance that controls the saving. Alternatively or additionally, the database can be used to enable the exchange of shared data within the computer resource.

[0025] Furthermore, the computer resource is intended to have a post-processing service configured to record, manage, and provide access to the measurement data. This measure also enables retrospective access to such measurement data, particularly in the event of communication errors, but also to reconstruct past events. Furthermore, the database and / or additional storage are intended to be used for storing the measurement data. The database and the additional storage can also be embodied in a shared memory.

[0026] For remote access to at least one test environment by at least one user application, using a computer resource available via a communication network, which has an experiment manager and at least one measurement instance, a method with the following method steps is proposed:

[0027] • Logging at least one user application into the Experiment Manager,

[0028] • Registering the at least one test environment with the Experiment Manager, wherein the at least one test environment uses a software agent for its registration,

[0029] • wherein the at least one measurement instance has a control interface for the at least one user application and a measurement interface for the at least one test environment,

[0030] • wherein the at least one measuring instance transmits display data to the at least one user application and receives control data for the test environment, in particular a simulation and / or measurement running thereon, from the at least one user application, wherein the at least one measuring instance transmits the control data to the at least one test environment and receives measurement data for generating the display data from the at least one test environment,

[0031] • so that remote access to the at least one test environment is enabled for the at least one user application.

[0032] The method offers the advantage that at least one user at any given location can obtain remote access to at least one test environment via a communications network and a computer resource available therewith. This results in great flexibility regarding where the users or the test environment can be located. Using the computer resource for remote access to the test environment or to multiple test environments allows different users to access the same test environment or different test environments simultaneously. Furthermore, using the computer resource makes it possible for the respective test environment to be available for remote access globally.

[0033] In one embodiment of the method, the test environment transmits information about the test environment to the experiment manager as configuration data in connection with the registration. This allows the experiment manager to know what can be tested about the test environment and how.

[0034] The at least one measurement instance can process the measurement data for generating the display data depending on the display configuration data. This allows the measurement data for generating the display data to be processed according to the requirements of the user applications. This enables adaptation to the display options of the respective user application.

[0035] In embodiments of the method, the at least one measuring entity can process the control data before transmitting it to the at least one test environment depending on the configuration data. This allows the control data to be adapted to the conditions in the respective test environment.

[0036] This allows the test environment to immediately use this edited control data in the test.

[0037] In embodiments of the method, the experiment manager can store information about the registrations, the control data, the measurement data, the configuration data and / or the display configuration data in a database.

[0038] A post-processing service may also be provided which records, manages and / or grants access to the measurement data in a process step.

[0039] The user application has a user interface for displaying the display data and for entering the control data. The display data is designed in such a way that it is suitable for graphical representation in the user application and also for further analysis by the user. For example, the user can further process the display data using mathematical methods to gain additional insights. The control data instructs the test environment, for example, to measure the device under test within certain parameter ranges. Therefore, the test environment is configured to communicate with the device, to test the system under test, e.g., hardware and / or software, and to generate the measurement data, wherein the measurement data depends on the system under test, e.g., the hardware and / or software.

[0040] Furthermore, a system is provided which has a previously described device, a previously described user application and a previously described test environment.

[0041] Furthermore, the test environment is intended to include a software agent, which is intended for logging into the experiment manager. The test environment can be located at a location remote from the computing resource, for example. The test environment can also be located on the computing resource and run there, for example, as software.

[0042] Furthermore, it is contemplated that the test environment is designed to communicate with the device via the communication network. This is particularly advantageous for embodiments in which the test environment is located at a location remote from the computing resource. This can be particularly advantageous for test environments with a hardware-in-the-loop simulator.

[0043] Character list

[0044] Embodiments of the invention are illustrated in the figures and are explained in more detail in the following description.

[0045] It shows

[0046] Figure 1 is a schematic representation of the system,

[0047] Figure 2 shows another schematic representation of the system and

[0048] Figure 3 shows a flow chart of the process.

[0049] The same reference numerals are used in the figures for identical or similar elements. The representations in the figures may not be to scale. Description of the figures

[0050] Figure 1 schematically shows an example of a system with two user applications BA, two users AW, one computer resource CR, and four test environments TU. The computer resource has an experiment manager EM and at least one measurement instance MI. Remote access by a respective user application BA to the respective test environments TU is enabled via the experiment manager EM and the at least one measurement instance MI.

[0051] Figure 1 shows two users AW with their respective user applications BA as an example. Embodiments with more or fewer users AW are also conceivable. Two of the test environments TU each have a hardware-in-the-loop simulator HIL and are located outside the computer resource CR. Two other test environments TU each have a software-in-the-loop simulator SIL. One of the test environments TU with a software-in-the-loop simulator SIL is located outside the computer resource CR. The second of the test environments TU with a software-in-the-loop simulator SIL is located inside the computer resource CR.

[0052] Test environments (TU) that include multiple hardware-in-the-loop (HIL) simulators or multiple software-in-the-loop (SIL) simulators are also conceivable. Test environments (TU) that include at least one hardware-in-the-loop (HIL) simulator and at least one software-in-the-loop (SIL) simulator are also conceivable.

[0053] A system to be tested, also called the system under test or system under test, is connected to the simulator SIL or HIL. The system to be tested can be implemented as software in a software-in-the-loop simulator SIL. The system to be tested can be implemented as hardware, e.g., a device or control unit, in a hardware-in-the-loop simulator HIL. The system to be tested can be accessed separately from the simulator SIL or HIL via the respective software agent SWA. In particular, measurement data can be recorded and other data, such as configuration data, can be read out. Remote access to the system to be tested can therefore also be enabled via the described computer resource CR.

[0054] The BA user applications display, as an example, a parameter range from 60.8 to 120.5, along with a graphically displayed curve, which originates, for example, from one of the TU test environments. This means that measurement data from the TU test environment can be displayed in the BA user applications. The values ​​60.8 and 120.5 shown as examples can also be measured values ​​at a specific point in time. The curve can also represent, for example, the temporal progression of a measured value.

[0055] The user applications BA communicate with the computing resource CR, which can be a cloud application, via a communications network, such as the Internet. The user applications BA log in to the Experiment Manager EM in the computing resource CR and exchange data with the Experiment Manager EM. This data includes, for example, configuration and display configuration data. The Experiment Manager EM can store such data in a database DB.

[0056] The Experiment Manager EM can be connected to one or more test environments TU within the computing resource CR and / or to one or more test environments TU outside the computing resource CR. At the same time, it is possible for the Experiment Manager to be connected to multiple test environments TU simultaneously, either within the computing resource CR or outside the computing resource CR.

[0057] If the test environment TU is located within the computer resource CR, it can be, in particular, a test environment designed to test software that therefore has a software-in-the-loop simulator (SIL). The test environments TU outside the computer resource CR can be, in particular, test environments TU that have at least one software-in-the-loop simulator (SIL) and / or one hardware-in-the-loop simulator (HIL).

[0058] As previously described, the test environments (TUs) log in to the Experiment Manager (EM) and transmit login credentials relating to the identity of the test environment and configuration data relating to the specifics of the test environment (TU). The login credentials allow the Experiment Manager to determine the login authorization for the respective test environment. If this login authorization is not present, the login is rejected. The Experiment Manager (EM) transmits the configuration data and / or login credentials to a database (DB) for storage.

[0059] As previously described, the TU test environments are registered using a respective SWA software agent. The SWA software agent enables the TU test environment to register independently with the EM experiment manager. Deregistration, for example, if the TU test environment determines that it is no longer functioning properly, is also possible via the SWA software agent. The SWA software agent not only registers with the EM experiment manager for the respective test environment, but also transmits the login credentials and configuration data for the EM experiment manager for the respective TU test environment.

[0060] After logging in to the Experiment Manager EM, the user application BA can connect to the measurement instance MI to exchange display and control data with the test environment TU. The measurement instance MI can be configured so that multiple user applications BA can simultaneously exchange data with one or more test environments TU. A respective measurement instance MI can also exchange control and display data with a respective user arrangement BA. A respective measurement instance MI can also exchange measurement and control data with a respective test environment TU.

[0061] Figure 2 schematically shows another exemplary embodiment of the system with a user application BA, a user AW, the computer resource CR, and two test environments TU. The system is shown in greater detail in Fig. 2 than in Fig. 1.

[0062] One of the test environments TU has a hardware-in-the-loop simulator (HIL) and is located outside the computer resource CR. This test environment TU has, in addition to the hardware-in-the-loop simulator (HIL), the system to be tested (not shown), which is implemented as hardware in this case. The system to be tested is connected to the hardware-in-the-loop simulator (HIL) for the aforementioned test purposes. Another test environment TU has a software-in-the-loop simulator (SIL) and is located within the computer resource CR. This test environment TU has, in addition to the software-in-the-loop simulator (SIL), a system to be tested (not shown), which is implemented as software in this case. The system to be tested is connected to the software-in-the-loop simulator (SIL) for the aforementioned test purposes.

[0063] The user AW uses his user application BA via a browser BRW. The browser BRW can, for example, be a so-called web browser, which is an application for displaying Internet pages.

[0064] The user application BA logs on to the experiment manager EM via connection 100 with display configuration data via a first login interface AS-1. The display configuration data specifies what the user AW wishes to see displayed, such as value ranges and other parameters. The experiment manager EM stores this data, as well as other data, in the database DB via connection 102. The user application BA then connects to the measuring instance MI via the control interface KS to exchange display and control data with the measuring instance MI. This occurs via connection 101. The experiment manager EM with its login interfaces AS-1 and AS-2, as well as the measuring instance MI with the control interface KS, and also the additional measuring interface MS, are all located in the computer resource CR, as is the database DB.

[0065] On the test environment side, the SIL test environment TU logs on to the experiment manager EM via its software agent SWA over connection 103 via the second login interface AS-2. The HIL test environment TU logs on to the experiment manager EM via its software agent SWA over connection 107 via the second login interface AS-2.

[0066] When the test environment TU is registered, configuration data about the test environment TU is also stored with the experiment manager EM, which in turn stores this data in the database DB via connection 102. Furthermore, the test environments TU connect to the measurement instance MI via connections 104 and 106 via the measurement interface MS. The respective software agent SWA is also used for this purpose.

[0067] The computer resource CR can, in particular, be configured so that the experiment manager EM, the measurement instance MI, and / or the post-processing service PPS can store data in the database DB and also read it back out. In particular, configuration data can be stored in the database DB and read out again. The database DB can thus also be the storage location for shared data—particularly within the computer resource. This allows for the exchange of shared data via the database DB.

[0068] To enable the test environment TU to access the measurement instance MI, the test environment TU logs on to the experiment manager EM via the respective software agent SWA, as described above. This can be reached, for example, via a fixed address known to the test environment TU. The software agent SWA of the test environment TU receives the address of the measurement instance MI from the experiment manager EM, via which it conducts further communication. The measurement instance MI is accessed in a similar way via the user application BA. The user application BA receives the address of the measurement instance MI from the experiment manager EM. Communication, in particular the exchange of measurement data, between the user application BA and the test environment TU can then take place via the measurement instance MI. A measurement instance MI can communicate with several test environments TU. In the event of high utilization, additional measurement instances MI can be started.This high-load startup can be performed, for example, by a higher-level control instance of the computer resource CR. Newly logged-on user applications BA and test environments TU can then be assigned the additional, newly started measurement instances MI.

[0069] The connection 106 between the HIL test environment TU and the measurement instance MI serves to exchange control data and measurement data, with the control data being supplied by the measurement instance MI and the measurement data being supplied by the test environment TU. Control data is originally supplied by the user application BA to the measurement instance MI via connection 101, processed by the measurement instance MI if necessary, and transmitted to the HIL test environment TU via connection 106.

[0070] The HIL test environment TU outside the computer resource CR also has an optional memory R2 in which the software agent SWA of the test environment TU can store measurement data. This allows measurement data to be stored locally, which can be particularly advantageous when it occurs with very high data throughput. This is particularly useful when connection 106, which can be global via a communications network, cannot record the measurement data generated in the test environment TU quickly enough in terms of latency (delay) and data throughput (volume of data per unit time). In a later step, the data stored in the optional memory R2 can be transmitted to the measurement instance MI via data connection 106.

[0071] Measurement data from the measurement instance MI can be sent to a post-processing service PPS for further processing via connection 105. The post-processing service PPS stores these measurement data in the memory RI via connection 108.

[0072] The PPS post-processing service also offers the option of replaying and / or specifically retrieving the recorded data for analysis. The replayed and / or specifically retrieved measurement data is then displayed in the BA user application. The measurement data can be retrieved and displayed either at a specific point in time and / or within a specific period of time, and / or the data can be replayed like a film. This enables the BA user application to remotely access the measurement data stored in the RI memory via the PPS post-processing service and the MI measurement instance.

[0073] From the description of Figure 1 and Figure 2 it also follows that for the computer resource CR, remote access for the user application BA to the respective test environments TU is enabled via the measurement instance MI.

[0074] Figure 3 shows the process in a flow chart.

[0075] In process step 300, the test environments TU log on to the experiment manager EM via their respective software agent SWA. In process step 302, the user applications BA log on to the experiment manager EM. The test environments TU and user applications BA can also log on to the experiment manager in the reverse order.

[0076] In step 304, control data is then transmitted via connection 101 from the user application BA to the measuring instance MI and transmitted via at least one of the connections 106, 104 to at least one of the test environments TU.

[0077] The test environment TU performs corresponding tests / simulations / measurements on the system under test using the control data and transmits the measurement data thus obtained to the measurement instance MI via connection 106, 104. The measurement data relate to the measurement performed and / or the simulation performed and / or the test performed. In particular, the measurement data can include measured values ​​recorded on the system under test.

[0078] The measurement instance MI processes the measurement data, adapts it to the user application BA and transmits the correspondingly prepared measurement data as display data to the user application BA via connection 101.

[0079] This enables remote access from one or more user applications BA to one or more test environments TU.

[0080] List of reference symbols

[0081] AW users;

[0082] AS-1 first login interface;

[0083] AS-2 second login interface;

[0084] BRW Browser;

[0085] BA user application;

[0086] TU test environment;

[0087] CR computer resource;

[0088] EM Experiment Manager;

[0089] KS control interface;

[0090] MS measurement interface;

[0091] DB database;

[0092] MI measuring instance;

[0093] PPS post-processing service;

[0094] HIL hardware-in-the-loop simulator;

[0095] SIL software-in-the-loop simulator;

[0096] SWA software agent;

[0097] RI, R2 memory;

[0098] 100 Connection with data exchange : Registration,

[0099] Display configuration data ;

[0100] 101 Connection with data exchange: display data, control data;

[0101] 102 Connection with data exchange: Information on registrations,

[0102] Control data, configuration data, display configuration data;

[0103] 103 Connection with data exchange: registration, configuration data;

[0104] 104 Connection with data exchange: control data, measurement data;

[0105] 105 Connection with data exchange: measurement data;

[0106] 106 Connection with data exchange: control data, measurement data;

[0107] 107 Connection with data exchange: registration, configuration data;

[0108] 108 Connection with data exchange : measurement data;

[0109] 300-304 procedural steps.

Claims

Claims 1. A device for remote access to at least one test environment (TU) by at least one user application (BA), wherein the device is designed as a computer resource (CR) available via a communications network, wherein the computer resource (CR) has an experiment manager (EM) and at least one measurement instance (MI), wherein the experiment manager (EM) provides the at least one user application (BA) with a first login interface (AS-1) for logging in via the communications network and provides the at least one test environment (TU) with a second login interface (AS-2) for logging in, in particular via the communications network, wherein the second login interface (AS-2) provides for logging in via a software agent (SWA) for logging in the at least one test environment (TU),wherein the at least one measuring instance (MI) has a control interface (KS) for the at least one user application (BA) and a measurement interface (MS) for the at least one test environment (TU), wherein it is provided to transmit display data to the at least one user application (BA) via the control interface (KS) and to receive control data for the test environment from the at least one user application (BA), wherein it is provided to transmit the control data to the at least one test environment (TU) via the measurement interface (MS) and to receive measurement data for generating the display data from the at least one test environment (TU), so that remote access to the at least one test environment (TU) is possible for the at least one user application (BA).

2. Device according to claim 1, wherein, in connection with the registration of the test environment (TU), information about the test environment (TU) can be transmitted to the experiment manager (EM) as configuration data.

3. Device according to claim 2, wherein the at least one measuring instance (MI) is configured to process the measurement data for generating the display data depending on display configuration data.

4. Device according to claim 2 or 3, wherein the at least one measuring instance (MI) is configured to process the control data before transmission to the at least one test environment (TU) in dependence on the configuration data.

5. Device according to one of the preceding claims, wherein the computer resource (CR) has a database (DB) provided for storing information on the registrations, the control data, the measurement data, the configuration data and / or the display configuration data, wherein the storage is provided in particular by the experiment manager (EM).

6. Device according to one of the preceding claims, wherein the computer resource comprises a post-processing service (PPS) configured to record, manage and provide access to the measurement data.

7. Device according to claim 6, wherein the database (DB) and / or a further memory (RI) is provided for storing the measurement data.

8. A method for remote access to at least one test environment (TU) by at least one user application (BA), using a computer resource (CR.) available via a communication network, which has an experiment manager (EM) and at least one measurement instance (MI), the method comprising: Registering at least one user application (BA) with the experiment manager (EM), Registering the at least one test environment (TU) with the experiment manager (EM), wherein the at least one test environment (TU) uses a software agent (SWA) for its registration, wherein the at least one measurement instance (MI) has a control interface (KS) for the at least one user application (BA) and a measurement interface (MS) for the at least one test environment (TU), wherein the at least one measuring instance (MI) transmits display data to the at least one user application (BA) and receives control data for the test environment from the at least one user application (BA), wherein the at least one measuring instance (MI) transmits the control data to the at least one test environment (TU) and receives measurement data for generating the display data from the at least one test environment (TU), so that remote access to the at least one test environment (TU) is enabled for the at least one user application (BA).

9. The method according to claim 8, wherein the test environment (TU) transmits information about the test environment (TU) as configuration data to the experiment manager in connection with the registration.

10. The method according to claim 9, wherein the at least one measuring instance (MI) processes the measurement data for generating the display data in dependence on display configuration data.

11. The method according to claim 9 or 10, wherein the at least one measuring instance (MI) processes the control data before transmission to the at least one test environment (TU) in dependence on the configuration data.

12. The method according to any one of claims 8 to 11, wherein the experiment manager (EM) stores information about the registrations, the control data, the measurement data, the configuration data and / or the display configuration data in a database (DB).

13. Method according to one of claims 8 to 12, wherein a post-processing service (PPS) records, manages and / or grants access to the measurement data.

14. A user application (BA) for a device according to any one of claims 1 to 7, which is configured to communicate with the device via the communication network, wherein the user application (BA) has a user interface for displaying the display data and for inputting the control data.

15. Test environment (TU) for a device according to one of claims 1 to 7, which is configured to communicate with the device, wherein the test environment (TU) is configured to test a system to be tested and to generate the measurement data, wherein the measurement data depend on the testing of the system to be tested.

16. Test environment according to claim 15, wherein the test environment (TU) comprises the software agent (SWA), wherein the software agent (SWA) is provided for registration with the experiment manager (EM).

17. Test environment according to claim 15 or 16, wherein the test environment (TU) is provided for communication with the device via the communication network.

18. System comprising a device according to one of claims 1 to 7, a user application (BA) according to claim 14 and a test environment (TU) according to one of claims 15 to 17.

Images