[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

WO2005048102A1 - Dispositif et procede d'administration logicielle dans un systeme materiel heterogene - Google Patents

Dispositif et procede d'administration logicielle dans un systeme materiel heterogene Download PDF

Info

Publication number
WO2005048102A1
WO2005048102A1 PCT/EP2004/052415 EP2004052415W WO2005048102A1 WO 2005048102 A1 WO2005048102 A1 WO 2005048102A1 EP 2004052415 W EP2004052415 W EP 2004052415W WO 2005048102 A1 WO2005048102 A1 WO 2005048102A1
Authority
WO
WIPO (PCT)
Prior art keywords
software
hardware
data
data processing
unit
Prior art date
Application number
PCT/EP2004/052415
Other languages
German (de)
English (en)
Inventor
Thorsten SCHÖLER
Original Assignee
Benq Mobile Gmbh & Co. Ohg
Benq Corporation
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Benq Mobile Gmbh & Co. Ohg, Benq Corporation filed Critical Benq Mobile Gmbh & Co. Ohg
Priority to EP04791127A priority Critical patent/EP1683012A1/fr
Publication of WO2005048102A1 publication Critical patent/WO2005048102A1/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5061—Partitioning or combining of resources
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/61—Installation

Definitions

  • the present invention relates to a device and a method for software management in a heterogeneous hardware system and in particular to a configuration unit implemented in a mobile telecommunications terminal or a development tool for configuring a heterogeneous hardware system, with a multitude of different ones Data processing units communicating software modules can be optimally distributed.
  • complex software systems is usually based on a complex hardware system equipped with several data processing units (CPUs, DSPs, etc.), with individual software parts or software modules being distributed to these different data processing units and communicating with one another.
  • CPUs central processing units
  • DSPs digital signal processors
  • future mobile telecommunication terminals will use heterogeneous hardware systems that have a large number of different data processing units, such as an application CPU, a modem CPU and a modem DSP (digital signal processor).
  • Future application programs for such mobile telecommunication terminals have a large number of partially alternative software modules which have to be optimally distributed to the different data processing units in order to implement a predetermined functionality.
  • Such software modules are usually distributed as a manual step within the development phase or implementation phase, provided that the system is delivered in its entirety, ie software and hardware cannot be changed by the manufacturer. be held to map or distribute the software modules to the hardware resources of the hardware system in order to enable the program to be optimally executed on the hardware system.
  • this process is time consuming and therefore costly.
  • the invention is therefore based on the object of providing a device and a method for software management in a heterogeneous hardware system, it being possible for the existing hardware resources of the hardware system to be used optimally.
  • an evaluation unit for generating configuration parameters as a function of hardware characteristic data that describe existing hardware resources of the heterogeneous hardware system, and of software request data that describe required hardware resources for a software module to be processed
  • one Assignment unit which distributes the software module depending on the configuration parameters of the evaluation unit to the various data processing units and makes it executable, allows complex software systems or complex application programs with a large number of software modules to be optimally adapted to an existing heterogeneous hardware Syste be distributed, which can significantly improve performance.
  • a hardware analysis unit can also be provided for analyzing the hardware system and for generating hardware characteristics.
  • the hardware analysis unit generating hardware optimization data as a function of the test assignment carried out, and further consideration of this hardware optimization data when generating the Configuration parameters by the evaluation unit, an automatic optimization in the distribution of software modules can also be realized.
  • energy optimization, an effective processing rate and / or an effective memory availability of the hardware system are preferably considered as hardware optimization data.
  • a software selection unit can be provided for selecting a software module from a large number of alternative software modules of a software system or application program depending on the configuration parameters of the evaluation unit, only the selected software modules being made available to the assignment unit , In this way, not only an optimal allocation, but also an optimal selection of available software modules can be carried out on the different data processing units, whereby the overall performance of the system can be further improved.
  • a user input unit can also be provided, which ensures manual influencing of the automatic selection or assignment process. This significantly increases the flexibility of the overall system.
  • a software analysis unit can be provided for analyzing a software system and for generating the software request data, provided, for example, that the software system or the software modules to be distributed do not already have corresponding software request data.
  • "old" application programs can also be optimally distributed to a hardware system.
  • the software modules preferably have data processing unit-independent program codes such as JAVA TM, data processing unit-specific program codes can also be used, but an adaptation unit for adapting a program code of the software module to the different data processing units and / or the different ones Data processing units to the respective program code of the software module is required.
  • data processing unit-independent program codes such as JAVA TM
  • data processing unit-specific program codes can also be used, but an adaptation unit for adapting a program code of the software module to the different data processing units and / or the different ones Data processing units to the respective program code of the software module is required.
  • the configuration unit according to the invention is preferably implemented in a mobile telecommunications terminal, it being possible for the mobile phone to be optimally configured at any time using a download manager for downloading software modules and associated software request data via a download server in a telecommunications network.
  • the configuration unit can also be used as a development tool for more efficient software management in heterogeneous hardware systems.
  • an evaluation of hardware characteristic data, which describe existing hardware resources of the heterogeneous hardware system, and of software request data, which describe required hardware resources for the software module to be distributed and processed, is first of all used to generate configuration parameters carried out, the software module then depending on the generated configuration parameters to the different Data processing units are distributed and finally made executable.
  • FIG. 1 is a simplified block diagram of an overall system with an inventive device for software management
  • FIG 2 is a simplified block diagram of the inventive device for software management, as shown in Figure 1;
  • FIG. 3 shows a simplified graphic representation of a software system and associated software modules with their respective software requirement data
  • FIG. 4 shows a simplified graphical representation of a hardware system with associated hardware resources and associated hardware characteristic data
  • FIGS. 5A and 5B show a simplified block diagram to illustrate hardware optimization
  • FIG. 6 shows a simplified block diagram to illustrate a distribution process as a function of available hardware resources
  • FIG. 7 shows a simplified graphical illustration to illustrate a download process for software modules in a telecommunications network
  • FIG. 8 shows a simplified flow chart to illustrate essential steps in the implementation of the software management method in a heterogeneous hardware system.
  • FIG. 1 shows a simplified block diagram to illustrate a device according to the invention and a method for software management in a heterogeneous hardware system.
  • SS denotes a software system such as, for example, a complex application program or a database with a large number of application programs, each of which can have at least one software module in the described case, at least software modules A, B and C.
  • the software modules A, B and C can represent partial functionalities of an application program or a complex software system and also offer alternative solutions with regard to their functionality.
  • a configuration unit KE maps the software or the different software objects or software modules into the different data processing units DV1, DV2 and DV3 of the hardware system HS takes over.
  • the heterogeneous hardware system HS has, for example, an application CPU (Application Central Processing Unit) DV1, a modem CPU (Modem Central Processing Unit) DV2 and a modem DSP (Modem Digital Signal Processor) DV3 that communicate with each other and have other hardware resources such as memory and communication channels, not shown.
  • an application CPU Application Central Processing Unit
  • modem CPU Modem Central Processing Unit
  • DSP Modem Digital Signal Processor
  • HW-MD Hard Ware Meta Data
  • FIG. 4 shows a simplified graphic object representation of the hardware system HS with associated hardware resources DV1, DV2, DV3 and CC and associated hardware characteristic data or hardware metadata HW-MD.
  • the hardware system HS has a category of data processing units DV1 to DV3 which, for example, represent an application CPU, a modem CPU and a modem DSP.
  • Each of these data processing units has certain characteristic features which are stored in the characterizing hardware characteristic data DV-MD of the data processing units. These include, for example, a processor type, a number of processor cores and a data processing rate MIPS (million instructions per second).
  • the hardware system HS has a category communication channel CC, which in turn has associated communication channel characteristic data CC-MD with corresponding values for, for example, a bandwidth, a delay, a jitter, etc.
  • CC-MD communication channel characteristic data
  • the entirety of this characteristic data or metadata is summarized in the hardware characteristic data or hardware metadata HW-MD and accordingly describes or characterizes very precisely existing hardware resources of a hardware system.
  • FIG. 3 shows an object-related representation of the software system SS according to FIG. 1, a complex application program consisting, for example, of a multiplicity of software modules A, B, C and D, each of which uses software request data SW-MD describe the hardware resources required for the at least one software module to be processed or the entire application program.
  • These software request data or software metadata SW-MD essentially correspond to the same characteristic data as the hardware characteristic data and consequently relate in particular to a computing power or CPU requirement required by the software. Performance, a required communication bandwidth, a required storage space etc.
  • both these hardware characteristic data HW-MD and the software request data SW-MD of the hardware system and of at least one software module A, B and C are available, which is why the configuration unit KE is dependent
  • the software modules are appropriately assigned to the available data processing units DV1 to DV3 and the programs can be executed.
  • making executable is understood here to mean loading or installing a software module in a data processing unit, for example when using what are known as FPGAs (Field Programmable Gate Array) is also understood to mean synthesizing the software in a novel type of hardware.
  • FPGAs Field Programmable Gate Array
  • FIG. 2 shows a simplified block diagram of the configuration unit KE according to FIG. 1, as it can be used for software management of a complex software system SS in a heterogeneous hardware system HS.
  • the same reference numerals designate the same or corresponding elements, which is why a repeated description is omitted below.
  • the configuration unit KE has an evaluation unit 1 for generating configuration parameters as a function of the hardware characteristic data HW-MD described above and of software request data SW-MD.
  • the hardware characteristics HW-MD describe the hardware System HS existing hardware resources such as an actually existing bandwidth, a data processing rate, etc.
  • the software request data SW-MD describe the hardware resources required for a software module A, B or C to be processed, such as again a required bandwidth for a communication channel or a required data processing rate or computing power.
  • the configuration unit KE has an assignment unit 2 which, depending on the configuration parameters KP determined by the evaluation unit 1, distributes and executes the software module to be distributed or mapped to the different data processing units DV1 to DV3.
  • the configuration unit KE carries out a target / actual comparison of the different available hardware resources as well as the hardware resources requested by the software, the respective software modules being optimally configured in the respective ones depending on this result different data processing units DVl to DV3 distributed and made executable.
  • This target / actual comparison is preferably carried out iteratively, as a result of which further improved software images are obtained.
  • the configuration unit KE can also have a hardware analysis unit 3 for analyzing the hardware system HS and for generating hardware characteristic data HW-MD, as a result of which, in particular, hardware systems that change due to software implementations are automatically detected and can be described.
  • This hardware characteristic data HW-MD is in turn made available to the evaluation unit 1 for comparison with the software request data SW-MD.
  • this hardware analysis unit 3 can also be used to generate hardware optimization data HW-OD as a function of a test assignment of software modules in the hardware system.
  • FIGS. 5A and 5B show a simplified block diagram to illustrate such a hardware optimization, the same reference numerals again designating the same elements and a repeated description being omitted below.
  • a test assignment is first carried out by the configuration unit KE using the hardware characteristics HW-MD and the software requirement data SW-MD, which are usually present, in accordance with FIG. 5A, a software module A being used, for example, in the application -CPU DVl the software modules B and D are stored in the modem CPU DV2 and the software module C in the modem DSP DV3 and made executable.
  • a short test run is now carried out, for example Software carried out under the distribution shown, resulting in the hardware optimization data HW-OD.
  • Such hardware optimization data HW-OD can, for example, an energy consumption of the hardware system, an effective processing rate, that is, an actual data processing rate taking into account the distributed software modules and the used communication channels between the data processing units and / or an effective Memory availability that results for the program in this distribution are output.
  • the evaluation unit 1 can now determine, for example, a final assignment of the software modules according to FIG. 5B, the software module D being used for certain optimization reasons, such as energy consumption, an effective processing rate and / or effective memory availability is shifted from the data processing unit DV2 to the data processing unit DV1.
  • the software management or assignment can accordingly be further optimized, whereby an actual behavior of the hardware system can also be taken into account.
  • the configuration unit KE can furthermore have a software selection unit 4 for selecting software modules from a multiplicity of alternative software modules of a software system or a complex application program depending on the configuration parameters KP of the evaluation unit 1, the assignment unit 2 finally only the selected software modules are made available for further distribution to the data processing units.
  • a software selection unit 4 for selecting software modules from a multiplicity of alternative software modules of a software system or a complex application program depending on the configuration parameters KP of the evaluation unit 1
  • the assignment unit 2 finally only the selected software modules are made available for further distribution to the data processing units.
  • FIG. 6 shows a simplified block diagram to illustrate such a selection functionality, with the same reference symbols denoting the same elements and a repeated description being omitted below.
  • an MP3 application is to be distributed or implemented as a complex application program on different hardware systems, the MP3 application as software module AI, for example a LowEndMP3 player, as software module A2 a HighEndMP3 player, as software -Module B2 has a software MP3 decoder and as a software module B1 a hardware MP3 decoder.
  • software module AI for example a LowEndMP3 player
  • software module A2 a HighEndMP3 player
  • software -Module B2 has a software MP3 decoder and as a software module B1 a hardware MP3 decoder.
  • a hardware system 1 has, for example, an application CPU DV1 with low power, a modem DSP DV2 with low power and a modem hardware DV3 with MP3 support.
  • a powerful hardware system 2 has an application CPU DV10 with high performance, a modem DSP DV20 with average performance and standard modem hardware DV30.
  • the network functionality is usually implemented in a complex software component.
  • this software component is now divided into two: a part that implements the higher protocol layers (upper protocol stack, here software module C) and a part that implements the lower protocol layers (lower protocol stack, here software Module D).
  • software module C is embedded on CPUs DVl and DV10.
  • the software modules D for realizing a lower one are in the modem DSPs DV2 and DV20 Protocol stacks are embedded and are connected to the upper protocol stack of software module C.
  • the selection unit 4 based on a hardware system 1, will place the alternative software module AI for realizing an MP3 player on a device with lower performance or equipment in the data processing unit DV1 and make it executable.
  • the largely alternative software modules made available by complex application programs can be optimally distributed in a respective hardware environment or a respective hardware system HS, which enables optimum performance in each case.
  • the MP3 decoder in particular is stored in the powerful device as a pure software MP3 decoder in the application CPU, while in the underperforming terminal, which is a hardware-assisted has MP3 component, only a ru ⁇ dimentärer hardware MP3 decoder is stored.
  • the configuration unit KE can also have a user input unit 5 for realizing an additional user control of the evaluation unit 1. In this way, increased user comfort and, in particular, increased flexibility are obtained, with a user being able to influence automatic selection and / or assignment of software modules according to their respective needs.
  • the configuration unit KE can have a software analysis unit 6 for analyzing a software system SS or the software modules A, B or C present therein, which generates software request data SW-MD.
  • a software analysis unit 6 for analyzing a software system SS or the software modules A, B or C present therein, which generates software request data SW-MD.
  • Programming languages independent of data processing units are preferably used for the software system or the software modules of the complex application program, as a result of which it is particularly easy to select and assign the software modules to the different data processing units.
  • the program code of the software modules or of the software system can also be data processing unit-specific, but an adaptation unit (not shown) is provided for adapting a program code of the software module to the different data processing units and / or the different data processing units to the program code of the software module have to be.
  • an adaptation unit not shown
  • particular emphasis is placed on translation units for compiling (so-called compiler) software for special hardware platforms or the realization of virtual machines and emulators.
  • FIG. 7 shows a simplified block diagram of a mobile telecommunication terminal MT with a configuration unit KE according to the invention, as is typically embedded in a communication network N, the same reference symbols denoting identical or corresponding elements and a repeated description being omitted below.
  • the mobile telecommunication terminal MT for example a cell phone, in turn has a heterogeneous hardware system HS with different data processing units DV1 and further hardware resources such as a memory unit M1 and a communication channel CCl.
  • each of these hardware resources in turn has associated hardware characteristics M-MD, CC-MD and DV-MD for describing the respective existing hardware resource.
  • the mobile telecommunications terminal MT is connected via a telecommunications network N (for example GSM or UMTS) to, for example, a download server DS in the network N which contains a large number of complex application programs or associated software modules A with associated software request data SW-MD
  • a download server DS in the network N which contains a large number of complex application programs or associated software modules A with associated software request data SW-MD
  • the corresponding configuration parameters KP are first determined and taken into account, taking into account the software request data made available via the network and the hardware characteristics available in the terminal passed this on to a download manager DM.
  • the download manager DM which essentially corresponds to an extended software selection unit 4
  • software modules made available via a network N can now also be downloaded and optimally distributed in the hardware system.
  • a download server DS with a single complex application program SS Supply a variety of different mobile telecommunication terminals MT with regard to the desired software modules. This can significantly reduce software development effort.
  • FIG. 7 describes a mobile telecommunications terminal MT embedded in a telecommunications network N with a configuration unit according to the invention
  • the configuration unit according to the invention can also be located in a development tool for heterogeneous hardware systems, as a result of which a development effort can be significantly reduced.
  • FIG. 8 shows a simplified flow diagram to illustrate essential steps in the implementation of the software management method in a heterogeneous hardware system.
  • step SO After a start in step SO a analysis of the software system SS for generating software request data, in a step Sl first be performed, thereby also 'software modules or application programs, which have no such request data may be further processed.
  • step S2 can be similar
  • An analysis of the hardware system HS to generate hardware characteristics can be performed.
  • a step S3 the hardware characteristics described above, which describe the existing hardware resources of the heterogeneous hardware system, and the software requirement data, which describe the hardware resources required by the software modules, are now evaluated.
  • Configuration parameters KP as described above, are generated as the evaluation result.
  • software modules can then be selected from a multiplicity of alternative software modules AI, A2, B1, B2 of the application program as a function of the configuration parameters KP of the evaluation unit 1, in a step S5 a distribution of the Available software modules depending on the configuration parameters KP on the different data processing units in the hardware system.
  • step S6 the software distributed in the hardware system is made executable in a step S6 and the hardware configuration or software implementation is finally completed.
  • a hardware optimization data record can again be generated as a function of a test assignment of the software modules in the hardware system, the configuration parameters also being dependent on the hardware generated in step S3. Optimization data are generated.
  • the invention was described above using a mobile telecommunication terminal and a development tool for heterogeneous rogene hardware systems described. However, it is not limited to this and in the same way also includes other devices in which complex software systems have to be mapped into heterogeneous hardware systems.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)

Abstract

L'invention concerne un dispositif et un procédé d'administration logicielle dans un système matériel hétérogène, lequel dispositif comporte une unité d'évaluation (1) destinée à générer des paramètres de configuration (KP) en fonction de données caractéristiques matérielles (HW-MD), décrivant les ressources matérielles disponibles du système matériel hétérogène, et de données d'exigences logicielles (SW-MD), décrivant les ressources logicielles nécessaires à au moins un module logiciel à exécuter. Une unité d'affectation (2) répartit des modules logiciels (A, B, C) d'un système logiciel, en fonction des paramètres de configuration (KP) de l'unité d'évaluation (1), entre différentes unités de traitement de données du système matériel hétérogène. On obtient, ainsi, un placement optimal d'un logiciel dans un système matériel complexe.
PCT/EP2004/052415 2003-11-13 2004-10-04 Dispositif et procede d'administration logicielle dans un systeme materiel heterogene WO2005048102A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP04791127A EP1683012A1 (fr) 2003-11-13 2004-10-04 Dispositif et procede d'administration logicielle dans un systeme materiel heterogene

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP03026119 2003-11-13
EP03026119.2 2003-11-13

Publications (1)

Publication Number Publication Date
WO2005048102A1 true WO2005048102A1 (fr) 2005-05-26

Family

ID=34585872

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2004/052415 WO2005048102A1 (fr) 2003-11-13 2004-10-04 Dispositif et procede d'administration logicielle dans un systeme materiel heterogene

Country Status (2)

Country Link
EP (1) EP1683012A1 (fr)
WO (1) WO2005048102A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1764688A2 (fr) * 2005-08-30 2007-03-21 McData Corporation Logiciel distribué et intégré pour un commutateur

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5742829A (en) * 1995-03-10 1998-04-21 Microsoft Corporation Automatic software installation on heterogeneous networked client computer systems
DE19933192A1 (de) * 1999-05-21 2000-11-23 Bosch Gmbh Robert Verfahren zum kundenindividuellen Anpassen eines Autoradios
US20030028899A1 (en) * 1996-02-14 2003-02-06 Macinnis Alexander G. Multicast downloading of software and data modules and their compatibility requirements

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5742829A (en) * 1995-03-10 1998-04-21 Microsoft Corporation Automatic software installation on heterogeneous networked client computer systems
US20030028899A1 (en) * 1996-02-14 2003-02-06 Macinnis Alexander G. Multicast downloading of software and data modules and their compatibility requirements
DE19933192A1 (de) * 1999-05-21 2000-11-23 Bosch Gmbh Robert Verfahren zum kundenindividuellen Anpassen eines Autoradios

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1764688A2 (fr) * 2005-08-30 2007-03-21 McData Corporation Logiciel distribué et intégré pour un commutateur
EP1764688A3 (fr) * 2005-08-30 2009-02-25 McData Corporation Logiciel distribué et intégré pour un commutateur

Also Published As

Publication number Publication date
EP1683012A1 (fr) 2006-07-26

Similar Documents

Publication Publication Date Title
DE69822935T2 (de) Vorrichtung und Verfahren zur dynamischen Regelung der Betriebsmittelzuweisung in einem Computersystem
DE69609306T2 (de) Verfahren zum ausführbarmachen einer multimediaanwendung auf hardwareplattformen mit verschiedenen ausstattungsgraden, physikalische aufzeichnung und vorrichtung zur ausführung einer solchen anwendung
DE60224281T2 (de) System und verfahren zur kompaktierung von im feld aktualisierbaren softwarekodeabschnitten eines drahtlosen kommunikationsgerätes
DE60205755T2 (de) System und verfahren um einen softwarekodeabschnitt eines drahtlosen kommunikationsgerätes herunterzuladen
DE69837676T2 (de) Fernladung von software mit automatischer anpassung für datenzugriffskomptabilität
DE69128854T2 (de) Verfahren und Gerät zum Programmieren von Sprachdiensten
CN1126409C (zh) 蜂窝式电话网络的重新配置
DE102005030663A1 (de) System und Verfahren zum Betreiben von Lastausgleichselementen für Mehrfachinstanzanwendungen
WO2006066880A1 (fr) Systeme et procede pour actualiser automatiquement des fonctionnalites dans un reseau distribue
EP2799983B1 (fr) Répartition flexible des canaux E/S d'un composant matériel
DE102007001147A1 (de) Tragbare elektronische Vorrichtung und Verfahren zum Laden von Ressourcendaten der elektronischen Vorrichtung
DE102013213093A1 (de) System, Verfahren und Computerprogrammprodukt zum simultanen Bestimmen von Einstellungen für eine Mehrzahl von Parametervariationen
EP1604278B1 (fr) Procede de commande du deroulement de simulations de systeme sequentielles orientees objet
CN106020777A (zh) 一种数据处理方法、装置及系统
DE102018110018A1 (de) Verfahren zum Bereitstellen eines integrierten Prozesses für die Steuergerätentwicklung und Simulationsvorrichtung für die Steuergerätentwicklung
DE102013213048B4 (de) System, Verfahren und Computerprogrammprodukt zum Bestimmen von Einstellungen für eine Vorrichtung
CN110069278A (zh) 一种自动化分布式多任务打包方法及系统
DE69938223T2 (de) Mobiles Agentsystem und Verfahren zum Steuern eines mobilen Agentsystems
DE112017003226B4 (de) Toneinstellungsvorrichtung, elektronisches Musikinstrumentensystem und Toneinstellungsverfahren
WO2005048102A1 (fr) Dispositif et procede d'administration logicielle dans un systeme materiel heterogene
DE112017001421T5 (de) Flexibel optimiertes Datenhandling in Systemen mit mehreren Speichern
EP0918425A2 (fr) Poste de télecommunication commandé par logociel, un serveur de logiciel de commande , et procedé d'opération d'un poste de télecommunication
DE102009057401B3 (de) Betriebsverfahren für einen Rechner mit performance-Optimierung durch Gruppieren von Applikationen
DE102018116742A1 (de) Verfahren und System zur Simulation
DE102022110824A1 (de) Ota-master, system, verfahren, nicht-transitorisches speichermedium und fahrzeug

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2004791127

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 2004791127

Country of ref document: EP