EP1925143A1 - Organisationssystem zur beeinflussung eines systems, insbesondere eines fahrzeugsystems - Google Patents

Organisationssystem zur beeinflussung eines systems, insbesondere eines fahrzeugsystems

Info

Publication number
EP1925143A1
EP1925143A1 EP06793050A EP06793050A EP1925143A1 EP 1925143 A1 EP1925143 A1 EP 1925143A1 EP 06793050 A EP06793050 A EP 06793050A EP 06793050 A EP06793050 A EP 06793050A EP 1925143 A1 EP1925143 A1 EP 1925143A1
Authority
EP
European Patent Office
Prior art keywords
software components
adaptation
adaptive
adaptation manager
organization
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
EP06793050A
Other languages
English (en)
French (fr)
Inventor
Rudolf Messerschmidt
Rodolfo Mann Pelz
Ralf Flemme
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Robert Bosch GmbH
Original Assignee
Robert Bosch GmbH
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 Robert Bosch GmbH filed Critical Robert Bosch GmbH
Publication of EP1925143A1 publication Critical patent/EP1925143A1/de
Ceased legal-status Critical Current

Links

Classifications

    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G06F8/656—Updates while running
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W2050/0001—Details of the control system
    • B60W2050/0002—Automatic control, details of type of controller or control system architecture
    • B60W2050/0004—In digital systems, e.g. discrete-time systems involving sampling
    • B60W2050/0006—Digital architecture hierarchy
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W2050/0001—Details of the control system
    • B60W2050/0002—Automatic control, details of type of controller or control system architecture
    • B60W2050/0014—Adaptive controllers
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W2050/0062—Adapting control system settings
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W50/06—Improving the dynamic response of the control system, e.g. improving the speed of regulation or avoiding hunting or overshoot
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/02—Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]

Definitions

  • the invention relates to an organization system for influencing a system, in particular a vehicle system, a method for influencing such a system, a corresponding computer program and computer program product.
  • OSGi Open Service Gateway Initiative standard
  • application framework application framework
  • Configuration management is standardized for software components at OSGi.
  • standardized setting and control options for adaptive software components are lacking.
  • Document DE 100 44 319 A1 shows an electronic system for a vehicle, which comprises first components for carrying out control tasks during operational sequences of the vehicle and second components, which coordinate an interaction of the first components for carrying out the control tasks.
  • the first components carry out the control tasks by using operating functions and basic functions.
  • the inventive organization system is designed to influence a system, in particular a vehicle system, during ongoing operation of the system.
  • the organization system has an adaptation manager and adaptive software components, each with an interface. It is provided that the adaptation manager adapts, adapts and / or controls the adaptive software components via the interfaces.
  • the organizational system can be integrated into the system to be influenced and, if necessary, influence itself when influencing the system. Alternatively, the orga- nization system can influence the system from the outside.
  • the method according to the invention for influencing a system, in particular a vehicle system, during ongoing operation of the system is carried out by means of an adaptation manager and adaptive software components, each of these adaptive software components having an interface.
  • the adaptive software components are adjusted, adapted and / or controlled by the adaptation manager via the interfaces.
  • the computer program with program code means according to the invention is designed to carry out all the steps of the inventive method, if this computer program is executed on a computer or a corresponding arithmetic unit, in particular in a system with the inventive organization system.
  • the computer program product according to the invention with program code means which are stored on a computer-readable data carrier is designed to carry out all steps of the method according to the invention if the computer program is on a computer or a corresponding arithmetic unit, in particular in a system with the inventive organization system is performed.
  • adaptive software components of the organization system make a rapid change in the resource requirement or feature scope during operation of the system when carrying out the method possible. This is especially useful at the application level.
  • All adaptive software components contain a uniform or identically designed interface (“adaptation interface”), via which the adaptation manager can influence and / or manage the software components and thus adjusts, controls and / or adapts.
  • the adaptivity is particularly advantageous in open software platforms with hardware connection, in which additional possibly adaptive software components can be subsequently installed and / or replaced by software updates and / or software upgrades.
  • the feature size and resource requirements of software components can be reduced without rebooting the system to make room for newly loaded software modules and / or components. Due to the well-defined and uniformly defined adaptation interface as an interface, software systems are thus clearly laid out and easy to maintain.
  • the adaptive principle is particularly suitable for complex embedded systems, for example.
  • Multimedia systems in vehicles or motor vehicles in which an end user does not constantly intervene in the system or want to start new programs manually or should and where system resources, especially storage space, relatively are limited.
  • the organizational system can act relatively autonomously and ensure that all important functionalities are available without restrictions.
  • a simplified scaling of an entire application or application platform of the system is possible, ie a software of a certain scope
  • it is easier to transfer to a hardware platform of the system with less memory, since a feature scope or resource requirement can be easily adapted via the adaptation manager and its presettings.
  • the applications of the system can be adapted or adapted due to an effect of the adaptive software components and the adaptation manager so that a minimal visible change results to the outside.
  • the adaptation manager as software module controls the adaptive software components of the system via the uniform interface ("adaptation interface").
  • the adaptive function or resource requirements of the adaptive software components and / or of the system become more adaptive through several adaptation levels Software component, eg for a full or medium range of functions as well as a standby mode. It is envisaged that the adaptive software components implement and offer corresponding operating modes for this purpose.
  • the adaptation manager and the individual adaptive software components communicate via the interfaces.
  • the adaptation manager can use this interface to determine the current adaption level of the adaptive software components and to switch them over or over, for example, to step down or up one level.
  • the adaptation manager has a system interface, a so-called system interface, with which system users or other systems can change the default settings of the system.
  • Presets may, for example, be priorities for a sequence of change levels of adaptation (adaptation levels) of different categories of software components.
  • the adaptation manager can evaluate various system-specific factors in order to determine a current system status. Such factors may be CPU utilization and / or memory usage, each of which may be averaged over a period of time. Further, as factors may be factors of power management of the system, such as reduced operating mode or full load, or Requirements for integrating new software components into the system are considered.
  • the Adaptation Manager is designed to initiate appropriate measures in case of system overload. For example. This can make a request to the power management, whether for the provision of more power or CPU performance, a change of a current operating mode is possible. In addition, the Adaption Manager can change or approve adaptation levels of the adaptive software components in the system.
  • the Adaptation Manager can include a module with algorithms for predictive or predictive estimation of system utilization.
  • the adaptive software components may include, as an extension, features to identify their resource requirements for the different levels of adaptation. This information is provided to the Adaptation Manager so that it can make a better predictive estimate of the system load. This is especially useful for software components that are to be reloaded by software update or software upgrade.
  • the adaptive organization system and / or the system can be distributed over several hardware nodes, for example computers, controllers and the like, which are networked with one another.
  • drawing Figure 1 shows a schematic representation of a preferred embodiment of a system with an organization system.
  • the organization system 2 shown schematically in FIG. 1 has an adaptation manager 4 and a number of adaptive software components 6, 8, 10.
  • each of these adaptive software components 6, 8, 10 has a plurality of adaptation levels (adaptation levels) and an interface 12, 14, 16 formed as an adaptation interface, which are all of uniform or identical design.
  • the organization system 2 is designed to influence a system 17 while the system 17 is in operation. In the present embodiment, the organization system 2 is integrated into this system 17. It is also conceivable that such an organizational system influences a system from the outside.
  • the adaptation manager 4 communicates via these interfaces 12, 14, 16 with the adaptive software components 6, 8, 10 and adjusts, adjusts and / or controls them in particular. In this case, the adaptation manager 4 selects for each of the adaptive software components 6, 8, 10
  • System state 18 of system 17 is characterized in the present embodiment by factors such as memory usage 20, CPU utilization 22, and power management 24.
  • the factors and thus the system state 18 are influenced by the respectively present adaptation stages of the adaptive software components 6, 8, 10 (double arrow).
  • There- at is, for example, a resource requirement and / or a feature scope of the system 17 via the adaptive software components 6, 8, 10 to change.
  • the adaptation manager 4 receives input variables 26 which are based on the above-mentioned factors and thus include information about the current system state 18 during ongoing operation of the system 17. On the basis of these input variables 26, a state evaluation of the system state 18 is carried out in the adaptation manager 4. By means of a module with algorithms it is possible for the adaptation manager 4 to carry out a predicative estimation of a system load of the system 17. On the basis of this, the adaptation manager 4 takes measures, if necessary, to avoid a system overload and / or to control a system overload, so that the system 17 is relieved. For this purpose, the adaption manager 4 selects the adaptation stages by controlling the adaptive software components 8, 10, 12 via the interfaces 12, 14, 16. Starting from the appropriately adjusted adaptive software components 6, 8, 10, the system state 18 (double arrow) is influenced, and thus the measures taken are enforced.
  • external influences acting on the system 17 from outside are also to be managed or taken into account.
  • Such external influences are transmitted via a system interface 28 of the adaptation manager 4 and taken into account in the method for influencing the system 17.
  • the external influences include parameters or manipulated variables as well as software updates, as part of a subsequent installation of additional, eg adaptive software components, or software updates. grades, as part of an exchange of additional, eg adaptive software components. Presets of the system 17 can also be changed via the system interface 28.
  • the various adaptation stages in each case in a software component 6, 8, 10 are suitable, for example, for use in navigation in a driver information system.
  • a gradation of different versions can be provided.
  • a light version calculates only the shortest and the fastest route.
  • an optimal route is additionally calculated. This system loads the system 17 significantly more with the same system resources or lasts much longer.
  • an application for a diagnosis in a driver information system lends itself, in which case a gradation according to different versions also takes place in this case by means of the adaptation stages of the adaptive software components.
  • a gradation according to different versions also takes place in this case by means of the adaptation stages of the adaptive software components.
  • a light version a gradation according to different versions also takes place in this case by means of the adaptation stages of the adaptive software components.
  • Partial diagnosis whereby only certain subsystems are diagnosed. With a full version, a complete diagnosis of all subsystems takes place.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Physics & Mathematics (AREA)
  • Automation & Control Theory (AREA)
  • Human Computer Interaction (AREA)
  • Transportation (AREA)
  • Mechanical Engineering (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Stored Programmes (AREA)

Abstract

Das erfindungsgemäße Organisationssystem (2) ist zur Beeinflussung eines Systems (17), insbesondere eines Fahrzeugsystems, bei laufendem Betrieb des Systems (17) ausgebildet. Das Organisationssystem (2) weist einen Adaptionsmanager (4) sowie adaptive Softwarekomponenten (6, 8, 10) mit jeweils einer Schnittstelle (12, 14, 16) auf. Es ist vorgesehen, dass der Adaptionsmanager (4) die adaptiven Softwarekomponenten (6, 8, 10) über die Schnittstellen (12, 14, 16) einstellt, anpasst und/oder steuert. Der Adaptionsmanager kann eine Systemschnittstelle aufweisen, über welche Voreinstellungen des Systems zu verändern sind.

Description

Organisationssystem zur Beeinflussung eines Systems
Beschreibung
Die Erfindung betrifft ein Organisationssystem zur Beeinflussung eines Systems, insbesondere eines Fahrzeugsystems, ein Verfahren zur Beeinflussung eines solchen Systems, ein entsprechendes Computerprogramm und Computerprogrammprodukt.
Stand der Technik
Softwaresysteme werden immer komplexer, wobei auf derartigen Softwaresystemen sehr viele verschiedene Softwaremodule oder Applikationen gleichzeitig verwendet werden. Der Standard "Open Service Gateway initiative" (OSGi) definiert ei- nen komponentenbasierten, serviceorientierten Anwendungsrahmen (Applikations-Framework) , der besonders für erweiterbare komplexe Software-Systeme eingesetzt wird. Ein Konfigurationsmanagement ist für Softwarekomponenten bei OSGi standardisiert. Allerdings fehlen standardisierte Einstell- und Steuerungsmöglichkeiten für adaptive Software-Komponenten .
Im Netzwerkbereich (Internet/Intranet) ist das Prinzip „Quality of Service" bekannt. Hier werden z.B. beim Strea- ming von Audio- und Video-Daten verschiedene Ubertragungs- qualitaten festgelegt, die von Randbedingungen wie einer vorhandenen Bandbreite und zu berechnenden Kosten abhangig sind. Auf einem lokalen Rechner oder Fahrerinformationssy- stem ist eine dynamische Adaptivitat bisher nur im Rahmen von Betriebssystemen auf Thread- und Prozessebene (Schedu- ling und Prioritatsverwaltung) Stand der Technik.
Die Druckschrift DE 100 44 319 Al zeigt ein elektronisches System für ein Fahrzeug, das erste Komponenten zur Durchfuhrung von Steuerungsaufgaben bei Betriebsablaufen des Fahrzeugs und zweite Komponenten, die ein Zusammenwirken der ersten Komponenten zur Durchfuhrung der Steuerungsaufgaben koordinieren, umfasst. Die ersten Komponenten fuhren dabei die Steuerungsaufgaben durch Verwendung von Betriebsfunktionen und Basisfunktionen aus.
Ausgehend hiervon wird ein Organisationssystem mit den Merkmalen des Patentanspruchs 1, ein Verfahren mit den Merkmalen des Patentanspruchs 8, ein Computerprogramm mit den Merkmalen des Patentanspruchs 11 und ein Computerprogrammprodukt mit den Merkmalen des Patentanspruchs 12 vorgestellt .
Vorteile der Erfindung
Das erfindungsgemaße Organisationssystem ist zur Beeinflussung eines Systems, insbesondere eines Fahrzeugsystems, bei laufendem Betrieb des Systems ausgebildet. Das Organisati- onssystem weist einen Adaptionsmanager sowie adaptive Softwarekomponenten mit jeweils einer Schnittstelle auf. Es ist vorgesehen, dass der Adaptionsmanager die adaptiven Softwarekomponenten über die Schnittstellen einstellt, anpasst und/oder steuert. Das Organisationssystem kann in das zu beeinflussende System integriert und somit bei Beeinflussung des Systems ggf. auch sich selber beeinflussen. Alternativ kann das Or- ganisationssystem das System von außen beeinflussen.
Das erfindungsgemaße Verfahren zur Beeinflussung eines Systems, insbesondere eines Fahrzeugsystems, bei laufendem Betrieb des Systems wird mittels eines Adaptionsmanagers sowie adaptiver Softwarekomponenten, wobei jede dieser adaptiven Softwarekomponenten eine Schnittstelle aufweist, durchgeführt. Dabei werden die adaptiven Softwarekomponenten durch den Adaptionsmanager über die Schnittstellen eingestellt, angepasst und/oder gesteuert.
Das erfindungsgemaße Computerprogramm mit Programmcodemitteln ist zur Ausfuhrung aller Schritte des erfindungsge- maßen Verfahrens ausgebildet, wenn dieses Computerprogramm auf einem Computer oder einer entsprechenden Recheneinheit, insbesondere in einem System mit dem erfindungsgemaßen Organisationssystem ausgeführt wird.
Das erfindungsgemaße Computerprogrammprodukt mit Programmcodemitteln, die auf einem computerlesbaren Datenträger ge- speichert sind, ist dazu ausgebildet, alle Schritte des er- findungsgemaßen Verfahrens durchzufuhren, wenn das Computerprogramm auf einem Computer oder einer entsprechenden Recheneinheit, insbesondere in einem System mit dem erfin- dungsgemaßen Organisationssystem ausgeführt wird.
Die adaptiven Softwarekomponenten des Organisationssystems machen bei Durchfuhrung des Verfahrens je nach Systemzustand eine schnelle Änderung des Ressourcenbedarfs bzw. Feature-Umfangs im laufenden Betrieb des Systems möglich. Dies ist besonders auf Applikationsebene sinnvoll. Alle adaptiven Softwarekomponenten enthalten eine einheitliche bzw. identisch ausgebildete Schnittstelle („Adaptation Interface"), über die der Adaptionsmanager die Softwarekomponenten beeinflussen und/oder verwalten kann und somit einstellt, steuert und/oder anpasst.
Die Adaptivität ist besonders bei offenen Softwareplattformen mit Hardwareanbindung vorteilhaft, bei denen zu- sätzliche ggf. adaptive Softwarekomponenten durch Software-Updates und/oder Software-Upgrades nachinstalliert und/oder ausgetauscht werden können.
Der Feature-Umfang und der Ressourcenbedarf von Software- komponenten kann ohne Neustart des Systems reduziert werden, um für neu geladene Softwaremodule und/oder -komponenten Platz zu schaffen. Durch das gut und einheitlich definierte Adaptation Interface als Schnittstelle sind Softwaresysteme somit übersichtlich ausgelegt und einfach zu warten.
Das Adaptivitätsprinzip bietet sich besonders für komplexe Embedded Systems, bspw. Multimedia-Systeme in Fahrzeugen oder Kraftfahrzeugen, an, bei denen ein Endnutzer nicht ständig in das System eingreifen oder neue Programme manuell starten möchte bzw. soll und bei denen Systemressourcen, insbesondere Speicherplatz, relativ beschränkt sind. Hier kann das Organisationssystem relativ autonom agieren und dafür sorgen, dass alle wichtigen Funktionalitäten un- eingeschränkt verfügbar sind.
Außerdem wird eine vereinfachte Skalierung einer gesamten Anwendungs- bzw. Applikationsplattform des Systems möglich, d.h. eine Software eines bestimmten Umfangs lässt sich bspw. leichter auf eine Hardwareplattform des Systems mit weniger Speicher übertragen, da sich ein Featureumfang bzw. Ressourcenbedarf leicht über den Adaptionsmanager und dessen Voreinstellungen anpassen lässt.
Im Falle einer erforderlichen Lastverminderung können die Applikationen des Systems aufgrund einer Wirkung der adaptiven Softwarekomponenten und des Adaptionsmanagers so adaptiert oder angepasst werden, dass sich eine minimal sichtbare Veränderung nach außen ergibt.
Der Adaptionsmanager als Softwaremodul steuert die adaptiven Softwarekomponenten des Systems über die einheitlichen Schnittstelle („Adaptation Interface")- Der adaptive Funk- tionsumfang bzw. der Ressourcenbedarf der adaptiven Softwarekomponenten und/oder des Systems wird durch mehrere Anpassungsstufen („Adaptation Level") pro adaptiver Softwarekomponente, z.B. für einen vollen oder mittlerer Funktionsumfang sowie einen Standby-Betrieb, gekennzeichnet. Es ist vorgesehen, dass die adaptiven Softwarekomponenten hierzu entsprechende Betriebsmodi implementieren und anbieten. Der Adaptionsmanager und die einzelnen adaptiven Softwarekomponenten kommunizieren jeweils über die Schnittstellen. Der Adaptionsmanager kann über diese Schnittstelle die aktuelle Anpassungsstufe (Adaptation Level) der adaptiven Softwarekomponenten ermitteln und um- oder weiterschalten, bspw. eine Stufe runter oder raufschalten .
Als mögliche Erweiterung weist der Adaptionsmanager eine Systemschnittstelle, ein sog. System Interface auf, mit dem Systemnutzer oder andere Systeme die Voreinstellungen des Systems verändern können. Bei Voreinstellungen kann es sich bspw. um Prioritäten für eine Reihenfolge einer Ver- anderung von Anpassungsstufen (Adaptation Levels) von verschiedenen Kategorien von Softwarekomponenten handeln. So kann vorgegeben werden, dass bei einer kritischen Systemauslastung bspw. zunächst Spiele-Applikationen in ihrem Umfang reduziert werden, bevor dies mit adaptiven Navigations-Komponenten geschieht.
Der Adaptionsmanager kann verschiedene systemspezifische Faktoren auswerten, um einen aktuellen Systemzustand zu er- mittein. Bei derartigen Faktoren kann es sich um eine CPU- Auslastung und/oder Speicherauslastung, die jeweils über einen bestimmten Zeitraum gemittelt werden können, handeln, Des weiteren können als Faktoren Vorgaben von einem Power- Management des Systems, bspw. reduzierter Betriebsmodus oder Vollast, oder Anforderungen zur Integration einer neuen Softwarekomponenten in das System berücksichtigt werden .
Auf Grundlage der Auswertung des Systemzustands ist der Adaptation Manager bei Systemuberlastung dazu ausgelegt, entsprechende Maßnahmen einzuleiten. Bspw. kann dieser eine Anfrage beim Power-Management stellen, ob zur Bereitstellung von mehr Leistung bzw. CPU-Performance eine Anderung eines aktuellen Betriebsmodus möglich ist. Au- ßerdem kann der Adaption Manager Anpassungsstufen (Adaptation Levels) der im System vorhandenen adaptiven Softwarekomponenten um- oder beschälten.
Als mögliche Erweiterung kann der Adaptationsmanager ein Modul mit Algorithmen zur pradiktiven bzw. vor- rausschauenden Abschätzung der Systemauslastung beinhalten . Die adaptiven Softwarekomponenten können als Erweiterung Merkmale zur Kennzeichnung ihres Ressourcenbedarfs bezüglich der unterschiedlichen Anpassungsstufen beinhalten. Diese Informationen stellen sie dem Adaptionsmanager zur Verfügung, damit dieser eine bessere prädiktive Abschätzung der Systemauslastung treffen kann. Dies ist besonders bei Softwarekomponenten nützlich, die durch Software-Update oder Software-Upgrade nachgeladen werden sollen .
Das adaptive Organisationssystems und/oder das System kann auf mehrere Hardware-Knoten, bspw. Rechner, Controller und dergleichen, die untereinander vernetzt sind, verteilt sein .
Weitere Vorteile und Ausgestaltungen der Erfindung ergeben sich aus der Beschreibung und der beiliegenden Zeichnung.
Es versteht sich, dass die vorstehend genannten und die nachstehend noch zu erläuternden Merkmale nicht nur in der jeweils angegebenen Kombination, sondern auch in anderen Kombinationen oder in Alleinstellung verwendbar sind, ohne den Rahmen der vorliegenden Erfindung zu verlassen. Insbesondere gelten Ausführungen zum erfindungsgemäßen Organisa- tionssystem entsprechend auch für das erfindungsgemäße Verfahren und umgekehrt.
Die Erfindung ist anhand eines Ausführungsbeispiels in der Zeichnung schematisch dargestellt und wird im folgenden un- ter Bezugnahme auf die Zeichnung ausführlich beschrieben.
Zeichnung Figur 1 zeigt in schematischer Darstellung eine bevorzugte Ausführungsform eines Systems mit einem Organisationssystem.
Bevorzugte Ausführungsform
Das in Figur 1 schematisch dargestellte Organisationssystem 2 weist einen Adaptionsmanager 4 sowie eine Anzahl adaptive Softwarekomponenten 6, 8, 10 auf. Dabei weist jede dieser adaptiven Softwarekomponenten 6, 8, 10 mehrere Anpassungsstufen (Adaptation Levels) und eine als Adaption Interface ausgebildete Schnittstelle 12, 14, 16 auf, die alle einheitlich bzw. identisch ausgebildet sind.
Das Organisationssystem 2 ist zur Beeinflussung eines Systems 17 bei laufendem Betrieb des Systems 17 ausgebildet. Bei vorliegender Ausführungsform ist das Organisationssystem 2 in dieses System 17 integriert. Es ist auch denkbar, dass ein derartiges Organisationssystem ein System von au- ßen beeinflusst. Bei der Beeinflussung des Systems 17 ist vorgesehen, dass der Adaptionsmanager 4 über diese Schnittstellen 12, 14, 16 mit den adaptiven Softwarekomponenten 6, 8, 10 kommuniziert und diese dabei insbesondere einstellt, anpaßt und/oder steuert. Hierbei wählt der Adaptionsmanager 4 für jede der adaptiven Softwarekomponenten 6, 8, 10 zur
Beeinflussung des Systems 17 geeignete Anpassungsstufen aus (drei parallele Pfeile) .
Ein Systemzustand 18 des Systems 17 ist in der vorliegenden Ausführungsform durch Faktoren, wie Speicherauslastung 20, CPU-Auslastung 22 und Power-Management 24 charakterisiert. Die Faktoren und somit der Systemzustand 18 werden durch die jeweils vorliegenden Anpassungsstufen der adaptiven Softwarekomponenten 6, 8, 10 beeinflusst (Doppelpfeil). Da- bei ist bspw. ein Ressourcenbedarf und/oder ein Featureumfang des Systems 17 über die adaptiven Softwarekomponenten 6, 8, 10 zu verändern.
Bei einem Verfahren zur Beeinflussung des Systems 17 ist vorgesehen, dass dem Adaptionsmanager 4 Eingangsgrößen 26, die auf den voranstehend benannten Faktoren beruhen und somit Informationen über den aktuellen Systemzustand 18 bei laufendem Betrieb des Systems 17 umfassen, übermittelt wer- den. Auf Grundlage dieser Eingangsgrößen 26 wird in dem Adaptionsmanager 4 eine Zustandsauswertung des Systemzustands 18 ausgeführt. Mittels eines Moduls mit Algorithmen ist es dem Adaptionsmanager 4 möglich, eine prädikative Abschätzung einer Systemauslastung des Systems 17 durchzuführen. Auf Grundlage dessen ergreift der Adaptionsmanager 4 erforderlichenfalls Maßnahmen zur Vermeidung einer Systemüberlastung und/oder zur Regelung einer Systemüberlastung, so dass das System 17 entlastet wird. Hierzu werden von dem Adaptionsmanager 4 die Anpassungsstufen durch Steuerung der adaptiven Softwarekomponenten 8, 10, 12 über die Schnittstellen 12, 14, 16 ausgewählt. Ausgehend von den entsprechend eingestellten adaptiven Softwarekomponenten 6, 8, 10 wird der Systemszustand 18 (Doppelpfeil) beeinflußt und somit die ergriffenen Maßnahmen durchgesetzt.
Durch das Organisationssystem 2 sind des weiteren externe Einflüsse, die von außerhalb auf das Systems 17 wirken, zu verwalten oder zu berücksichtigen. Derartige externe Einflüsse werden über eine Systemschnittstelle 28 des Adap- tionsmanagers 4 übermittelt und beim Verfahren zur Beeinflussung des Systems 17 berücksichtigt. Die externen Einflüsse umfassen Parameter oder Stellgrößen sowie Software- Updates, im Rahmen einer Nachinstallation von zusätzlichen, bspw. auch adaptiven Softwarekomponenten, oder Software-Up- grades, im Rahmen eines Austausches von zusatzlichen, bspw. auch adaptiven Softwarekomponenten. Über die Systemschnittstelle 28 können zudem Voreinstellungen des Systems 17 verändert werden.
Die verschiedenen Anpassungsstufen in jeweils einer Softwarekomponente 6, 8, 10 sind bspw. zur Anwendung bei einer Navigation in einem Fahrerinformationssystem geeignet. Hierbei ist eine Abstufung unterschiedlicher Versionen be- reitstellbar. Eine Light-Version berechnet dabei nur die kürzeste und die schnellste Route. Bei einer Vollversion wird zusatzlich eine optimale Route berechnet. Diese lastet das System 17 bei gleichen System-Ressourcen deutlich mehr aus bzw. dauert deutlich langer.
Als weiteres Beispiel bietet sich eine Anwendung für eine Diagnose in einem Fahrerinformationssystem an, wobei auch in diesem Fall mittels der Anpassungsstufen der adaptiven Softwarekomponenten eine Abstufung gemäß unterschiedlicher Versionen erfolgt. Bei einer Light-Version erfolgt eine
Teildiagnose, wobei nur bestimmte Subsysteme diagnostiziert werden. Bei einer Vollversion erfolgt eine komplette Diagnose aller Subsysteme.

Claims

Ansprüche
1. Organisationssystem, das zur Beeinflussung eines Systems (17), insbesondere eines Fahrzeugsystems, bei laufendem Betrieb des Systems (17) derart ausgebildet ist, dass es einen Adaptionsmanager (4) sowie adaptive Softwarekomponenten (6, 8, 10) mit jeweils einer Schnittstelle (12, 14, 16) aufweist, wobei der Adaptionsmanager (4) die adaptiven Softwarekomponenten (6, 8, 10) über die Schnittstellen (12, 14, 16) einstellt, anpasst und/oder steuert.
2. Organisationssystem nach Anspruch 1, bei dem jede adaptive Softwarekomponente (6, 8, 10) mehrere Anpassungsstufen aufweist, wobei Merkmale dieser Anpassungsstufen einen adaptiven Funktionsumfang und/oder Ressourcenbedarf der adaptiven Softwarekomponenten (6, 8, 10) kennzeichnen, wobei der Adaptionsmanager (4) dazu ausgebildet ist, die An- passungsstufen der adaptiven Softwarekomponenten (6, 8, 10) über die Schnittstellen (12, 14, 16) zu erkennen und/oder zu beschälten.
3. Organisationssystem nach Anspruch 1 oder 2, bei dem der Adaptionsmanager (4) eine Systemschnittstelle (28) aufweist, über die Voreinstellungen des Systems (17) zu verändern sind.
4. Organisationssystem nach einem der voranstehenden Ansprüche, bei dem der Adaptionsmanager (4) dazu ausgebildet ist, einen aktuellen Systemzustand (18) des Systems (17) durch Auswertung von systemspezifischen Faktoren (20, 22, 24) zu ermitteln.
5. Organisationssystem nach einem der voranstehenden Ansprüche, bei dem der Adaptionsmanager (4) ein Modul mit Algorithmen zur prädikativen Abschätzung einer Systemausla- stung des Systems (17) aufweist.
6. Organisationssystem nach einem der voranstehenden Ansprüche, bei dem der Adaptionsmanager (4) dazu ausgebildet ist, bei einer Systemüberlastung Maßnahmen zu ergreifen.
7. Organisationssystem nach einem der voranstehenden Ansprüche, das in das zu beeinflussende System (17) integriert ist.
8. Verfahren zur Beeinflussung eines Systems (17), insbesondere eines Fahrzeugsystems, bei laufendem Betrieb des Systems (17) mittels eines Adaptionsmanagers (4) sowie adaptiver Softwarekomponenten (6, 8, 10), wobei jede dieser adaptiven Softwarekomponenten (6, 8, 10) eine Schnittstelle (12, 14, 16) aufweist, wobei die adaptiven Softwarekomponenten (6, 8, 10) durch den Adaptionsmanager (4) über die Schnittstellen (12, 14, 16) eingestellt, angepasst und/oder gesteuert werden.
9. Verfahren nach Anspruch 8, bei dem bei laufendem Betrieb des Systems (17) ein Ressourcenbedarf und/oder ein Featureumfang des Systems (17) über die adaptiven Softwarekomponenten (6, 8, 10) verändert wird.
10. Verfahren nach Anspruch 8 oder 9, bei dem ein Austausch von Softwarekomponenten und/oder eine Nachinstallation von Softwarekomponenten berücksichtigt wird.
11. Computerprogramm mit Programmcodemitteln, um alle
Schritte eines Verfahrens nach einem der Ansprüche 8 bis 10 durchzuführen, wenn das Computerprogramm auf einem Computer oder einer entsprechenden Recheneinheit, insbesondere in einem System (17) mit einem Organisationssystem (2) nach einem der Ansprüche 1 bis 7, ausgeführt wird.
12. Computerprogrammprodukt mit Programmcodemitteln, die auf einem computerlesbaren Datenträger gespeichert sind, um alle Schritte eines Verfahrens nach einem der Ansprüche 8 bis 10 durchzuführen, wenn das Computerprogramm auf einem
Computer oder einer entsprechenden Recheneinheit, insbesondere in einem System (17) mit einem Organisationssystem (2) nach einem der Ansprüche 1 bis 7, ausgeführt wird.
EP06793050A 2005-09-02 2006-08-29 Organisationssystem zur beeinflussung eines systems, insbesondere eines fahrzeugsystems Ceased EP1925143A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102005041657A DE102005041657A1 (de) 2005-09-02 2005-09-02 Organisationssystem zur Beeinflussung eines Systems
PCT/EP2006/065764 WO2007025960A1 (de) 2005-09-02 2006-08-29 Organisationssystem zur beeinflussung eines systems, insbesondere eines fahrzeugsystems

Publications (1)

Publication Number Publication Date
EP1925143A1 true EP1925143A1 (de) 2008-05-28

Family

ID=37057287

Family Applications (1)

Application Number Title Priority Date Filing Date
EP06793050A Ceased EP1925143A1 (de) 2005-09-02 2006-08-29 Organisationssystem zur beeinflussung eines systems, insbesondere eines fahrzeugsystems

Country Status (5)

Country Link
US (1) US20090234515A1 (de)
EP (1) EP1925143A1 (de)
CN (1) CN101253749A (de)
DE (1) DE102005041657A1 (de)
WO (1) WO2007025960A1 (de)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6009355A (en) * 1997-01-28 1999-12-28 American Calcar Inc. Multimedia information and control system for automobiles
DE10044319A1 (de) 2000-09-07 2002-03-21 Bosch Gmbh Robert Elektronisches System für ein Fahrzeug und Systemschicht für Betriebsfunktionen
US6965818B2 (en) * 2001-11-28 2005-11-15 Onan Corporation Mobile energy management system
DE10227288A1 (de) * 2002-06-19 2004-01-08 Robert Bosch Gmbh Elektronisches prozessorgesteuertes Gerätesystem
DE10330613A1 (de) * 2003-07-07 2005-01-27 Robert Bosch Gmbh Geschwindigkeitsabhängige Dienstebereitstellung in einem Kraftfahrzeug

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2007025960A1 *

Also Published As

Publication number Publication date
WO2007025960A1 (de) 2007-03-08
US20090234515A1 (en) 2009-09-17
DE102005041657A1 (de) 2007-03-08
CN101253749A (zh) 2008-08-27

Similar Documents

Publication Publication Date Title
DE102015110469B4 (de) Informationverarbeitungsverfahren und zentrale Steuervorrichtung
DE102017201789B4 (de) Verfahren zum Betrieb eines Kraftfahrzeugs und Kraftfahrzeug
DE112006003821B4 (de) Optimierung von Netzwerkprotokolloptionen durch verstärkendes Lernen und Propagation
DE112017004311T5 (de) Bordeigene Aktualisierungsvorrichtung und bordeigenes Aktualisierungssystem
DE112017005979T5 (de) Parallelprozessvorrichtung und Parallelprozessprogramm
DE19857916A1 (de) Verfahren und Vorrichtung zur Steuerung von elektrischen Verbrauchern in einem Fahrzeug
EP3217236B1 (de) Verfahren und system zur generierung eines bedienprogramms in form einer auf einem mobilen gerät lauffähigen mobilen applikation
DE112009001861T5 (de) Steuervorrichtung, Steuersystem und Computerprogramm
DE10360035B4 (de) Eingebettete Controller, Verfahren und Entwicklungswerkzeug für eingebettete Controller
DE10060539C1 (de) System zur Steuerung oder Regelung
DE102019217274A1 (de) Vorrichtung und Verfahren zum Steuern einer Aktualisierung eines Fahrzeugs
DE102005010477A1 (de) Vorrichtung und Verfahren zur Abarbeitung priorisierter Steuerungsprozesse
DE20320853U1 (de) Vorrichtung zur Implementierung von Hot-Key-Funktionen
DE102004056187B4 (de) Vorrichtung zur Steuerung und/oder Regelung einer elektrischen Maschine eines Kraftfahrzeugs
DE102018209187A1 (de) Technologien zur Bereitstellung von adaptiver Plattform-Dienstqualität
DE102009054905A1 (de) Verfahren zum Ermitteln von Funktionsparametern für ein Steuergerät
EP1925143A1 (de) Organisationssystem zur beeinflussung eines systems, insbesondere eines fahrzeugsystems
DE112014006861T5 (de) Programmausführungssystem und Verfahren zum Starten von residenten Programmen
EP3991037B1 (de) Steuergerät für ein fahrzeug, system, verfahren und kraftfahrzeug mit einem solchen steuergerät
DE10330835A1 (de) Defragmentieren eines Speichers durch ein Rebooten basierend auf Zeit
DE112009001877T5 (de) Steuervorrichtung und Computerprogramm
DE102016004836B3 (de) Steuerung eines Robotersystems
AT522167A4 (de) Verfahren und Vorrichtung zur vorausschauenden Fahrzeugkontrolle
DE102010022141A1 (de) Verfahren und Assistenzsystem zur Unterstützung des Bedieners eines Computers
DE112018000420T5 (de) Kommunikationsvorrichtung, Kommunikationssystem und Computerprogramm

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20080402

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): DE FR GB

RBV Designated contracting states (corrected)

Designated state(s): DE FR GB

17Q First examination report despatched

Effective date: 20080904

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20090619