WO2011042355A1 - Verfahren zur integration einer komponente in ein informationssystem eines fahrzeugs - Google Patents

Verfahren zur integration einer komponente in ein informationssystem eines fahrzeugs Download PDF

Info

Publication number
WO2011042355A1
WO2011042355A1 PCT/EP2010/064575 EP2010064575W WO2011042355A1 WO 2011042355 A1 WO2011042355 A1 WO 2011042355A1 EP 2010064575 W EP2010064575 W EP 2010064575W WO 2011042355 A1 WO2011042355 A1 WO 2011042355A1
Authority
WO
WIPO (PCT)
Prior art keywords
application
component
information system
vehicle
information
Prior art date
Application number
PCT/EP2010/064575
Other languages
English (en)
French (fr)
Inventor
Reinhard Stolle
Andreas Hildisch
Juergen Steurer
Ralf Decke
Christoph Ainhauser
Original Assignee
Bayerische Motoren Werke Aktiengesellschaft
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 Bayerische Motoren Werke Aktiengesellschaft filed Critical Bayerische Motoren Werke Aktiengesellschaft
Priority to CN201080044885.5A priority Critical patent/CN102576305B/zh
Publication of WO2011042355A1 publication Critical patent/WO2011042355A1/de
Priority to US13/440,557 priority patent/US9575771B2/en

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • 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/44—Arrangements for executing specific programs
    • G06F9/451—Execution arrangements for user interfaces
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • 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/44—Arrangements for executing specific programs

Definitions

  • the invention relates to a method for integrating a component into an information system of a vehicle, in which at least one application executable or provided by the component is made available to a user of the vehicle by a human-machine interface of the information system.
  • the invention further relates to a computer program product and an information system in a vehicle.
  • a retrofit or connection of components, such as A telephone, MP3 player, etc., in a vehicle is often difficult to implement due to lack of technical preparation. However, this raises the question of the operation of these temporarily or permanently retrofitted components.
  • functional keys, touch screens, mice, etc. are available as input means in a vehicle for haptic operation, and microphones are available for voice input.
  • graphic displays, such as displays, lamps, etc. or voice output via loudspeakers are used.
  • the difficulty now lies in enabling maximum usability while at the same time strictly schematizing, since neither the scope and type of functionality or the interaction requirements of the component to be operated can be predicted, nor the information systems relating to all Vehicle equipment, all series or brands across all vehicles are standardized.
  • a method for configuring an information system in a means of transport is known.
  • the integration of retrofitted components and of input / output means is carried out automatically and adapted to the input / output specifications of the information system.
  • a component input / output instruction is transmitted via an interface to the information system.
  • the component input / output instruction is integrated by the information system into the input / output unit and the input / output processes so that the component can be controlled via the information system.
  • Input / output processes are understood as all communication and interaction processes between output means, input means, information system and / or component.
  • the set of input / output rules contains information about the version, the options, the possibilities of expansion, the way of operation, the available input and output devices and the possible integration and interaction processes for the information system.
  • the component input / output rule specifies that a corresponding assignment is to be used for a type of component input / output rule already stored in the information system.
  • the method described in DE 101 34 717 A1 makes it possible to integrate a component into an information system of a vehicle, in which the operation of the vehicle formation system by the driver can be done without strong distraction on the available in the vehicle input / output means.
  • the operation is carried out taking into account safety-related aspects, so that certain functions of the component may not be available while driving in the vehicle, while they can be operated and used while driving.
  • the invention provides a method for integrating a component in an information system of a vehicle, in which at least one application executable or provided by the component is made available to a user of the vehicle by a human-machine interface of the information system.
  • the integration of the component into the information system with respect to the input and / or output of information is made personalized with respect to a user of the component.
  • the component with regard to the operation into the information system.
  • the integration can make this according to his wishes and needs, so that the component with the applications running on it can be used in the best possible way for him.
  • the personalization takes place within the framework of the integration of the component via the human-machine interface or a computer which can be connected to it.
  • the information system has a, in particular tree-like, menu structure which comprises a number of menus that can be selected via the man-machine interface, wherein it is determined via the man-machine interface which of the menus the at least one through the component executable or deployed application is assigned for selection.
  • the personalization takes place before the integration of the component via the component itself or a computer.
  • the user may not carry out the personalization via the operating means (human-machine interface) that are available in the vehicle.
  • the user may personalize the computer or laptop and transmit the personalization information to the component or information system to be integrated into the vehicle, thereby simplifying the process of integration into the vehicle for the user.
  • an assignment of input and / or output means eg, a key assignment of keys or softkeys
  • bookmarks and voice commands set.
  • a respective application of the component is assigned to a predetermined one of the menus of the menu structure according to a predetermined criterion.
  • the assignment according to predetermined criteria can be done, for example, from a logical point of view.
  • a predetermined criterion may be, for example, a category. If one of the components executed or provided by the application, for example, a service for navigation or a related service, it is expediently provided in accordance with this variant in the menu structure in the "navigation".
  • one or more parameters representing the input and / or output of information of a respective application of the component via the information system are determined during the integration of the component into the information system for a respective application.
  • the information system can be used to integrate an application of the component into the menu structure of the human-machine interface.
  • Such parameters may include, for example, a main category (eg navigation, entertainment, telephone, office, air conditioning, etc.) and one or more subcategories (eg radio, CD, MP3 player, phonebook, last dialed numbers, new navigation destination, last saved navigation destinations, etc .).
  • the parameters thus serve for the technical integration of the input and / or output structures of the component in the information system.
  • the parameters are determined during the first integration of the component into the information system and stored in a memory.
  • the storage can take place, for example, in a memory of the information system of the vehicle or in a memory of the component or in another memory, in particular a central database.
  • the parameters are read from memory and used to integrate them. If the parameters are stored in a memory of the component or in a central memory, these are stored in a plurality of vehicles. available.
  • the component is thus in a simple manner in a variety of vehicles that allow a connection of the component, usable, the corresponding parameters must be determined and stored only once.
  • the parameters are transmitted to the information system for further processing.
  • the component of the application connected to the information system is assigned at least one priority value with respect to the human-machine interface, a priority value indicating a rank with which the application of the component is preferred or subordinate to a further application. which is executed by the information system or is to be executed.
  • the application executed or provided by the component can be integrated into a priority management of the human-machine interface of the vehicle. In this way, it is ensured that important information, e.g. Status messages of the vehicle regarding the operating state, not hidden, concealed or interrupted in an acoustic output by the application of the component.
  • the priority value enables the "importance" of the application to be determined in a simple manner in relation to other applications that are executed by the information system, whereby the intended function of the information system is not impaired.
  • a message is transmitted to the information system in which the resources of the man-machine interface required by the application for its execution are described, wherein one or more of the required resources of the man-machine Interface is assigned a respective priority value.
  • Resources are generally all means of outputting information, especially audio or video data, as well as all input means. Resources are thus for example speakers, displays and the like. In this way, it is determined which priority value the application has when using a particular resource of the human-machine application with respect to further applications that have been issued by the information system. leads or should be. It can thus be ensured with a high degree of probability that the application executed or provided by the component does not adversely affect the vehicle-specific priority management of the human-machine interface.
  • the priority value is changed dynamically as a function of a vehicle parameter.
  • vehicle parameters may be, for example, the vehicle speed, with information being masked out on an output device when a predefined speed is exceeded in order to ensure driving safety. In this way it can also be controlled whether a menu for operating the application may still be displayed as a function of the vehicle parameter or not.
  • one or more of the following devices are integrated as a component in the information system of the vehicle: audio player, in particular portable CD player, MP3 player or (web) radio player or video player, in particular portable DVD player, TV Player, video camera.
  • a further embodiment provides that, in the case of an application of the component carried out by the information system and an improper separation of the component from the information system, the application termination is dealt with in accordance with FIG.
  • This embodiment variant ensures that, in the event of an improper separation of the component from the information system, neither damage to the application nor to the information system with respect to the component running on it Software may occur. As a result, the intended function of the information system can be ensured.
  • the data at the start of the application for outputting information via the man-machine interface, in particular regularly used data, such as e.g. Images and texts, transferred to a memory of the information system, the data, if they are needed during the execution of the application, are loaded from the memory of the information system.
  • regularly used data such as e.g. Images and texts
  • the data are loaded from the memory of the information system.
  • the reactivity of the application can be improved.
  • the risk of distraction while driving is reduced.
  • it may be provided to provide each date (text component or icon) with a unique ID under which the respective date can be called up and processed.
  • translations or texts can be provided in the memory for texts or text components, which are used depending on the language setting in the vehicle.
  • the application of the component for the visual output of information via a display of the human-machine interface is provided a subarea of a display area, wherein another subarea remains under the control of the information system.
  • the information to be provided for output is generated in the subarea available to the application by the application executed on the component.
  • the information to be provided for output is generated in the subarea available to the application by the information system under the control of the application.
  • the application uses only the display of the human-machine interface to output information, while the computationally intensive steps for generating the images (so-called rendering) are performed by the component on which the application is running.
  • the application accesses at least one vehicle-specific parameter via a defined programming interface or the application is provided with the at least one vehicle-specific parameter via the defined programming interface, and the application processes the at least one provided parameter.
  • provision can be made, in particular, for the at least one vehicle-specific parameter to reflect a current driving situation of the vehicle and / or a vehicle state and / or to take into account a current location of the vehicle.
  • the position of the vehicle, its speed, a tank content, a language or a tuned radio station can thereby be taken into account and processed by the application of the component.
  • so-called location-based services can be offered by the application.
  • the invention further includes a computer program product that can be directly loaded into the internal memory of a digital computer of a vehicle and includes software code portions that perform the steps of the described method when the product is run on the computer.
  • the invention further provides an information system in a vehicle, which can be operated via a man-machine interface and provides information to a user of the vehicle, wherein at least one application executable or provided by a component can be integrated into the information system.
  • the information system has means with which the integration of the component into the information system with regard to the input and / or output of information personalized with respect to a user of the component is vorappelbar.
  • FIG. 1 is a schematic representation of an information system according to the invention, in which a component with at least one running application can be integrated
  • Fig. 2 is a schematic representation of a menu tree, in which the information generated by an external application are involved.
  • the information system 20 in a vehicle includes a human-machine interface 21 and a computer 27 for controlling it.
  • the man-machine interface 21 consists of an input device 26, e.g. in the form of one or more keys, a so-called rotary-push controller, a microphone and the like, and by way of example two displays 22, 23 and two loudspeakers 24, 25.
  • One of the displays 22, 23 provides, for example, a centrally arranged information display.
  • Display eg for displaying navigation data, radio stations and the like, while the other of the two displays represents an information display, via which the driver information about miles traveled, range, mileage and the like are visualized.
  • the speaker 24 represents the front-mounted speakers, while the speaker 25 is representative of the rear-mounted speakers.
  • the human-machine interface can also comprise further elements.
  • the computer 27 is used to control the man-machine interface 21 and receives the data entered via the input device by the user, processes it and outputs information via one or more of the output means 22, 23, 24, 25. All components of the man-machine interface can be interconnected, for example, via the data bus.
  • the computer thus assumes the function of a human-machine interaction (MMI) manager.
  • MMI human-machine interaction
  • a database 30 is also shown, which is managed for example by the manufacturer of the vehicle. Via a wireless communication connection, the computer 27 of the information system 20 is able to exchange data with the database 30 and in particular to retrieve data stored therein for further processing.
  • the data connection can be designed, for example, as a data bus.
  • the component 10 has its own input / output means, via which the executable by the component 10 and stored on it applications 13, 14, 15 are operable and usable.
  • As an output device for example, a display 11 is provided.
  • the input direction 12 is exemplified by a number of buttons.
  • the component 10 typically has to execute the applications stored thereon 13, 14, 15 via its own computing unit and corresponding storage means.
  • the computer 27 is connected to a memory 28 in which a valid for the information system set of input / output rules is stored.
  • the set of I / O rules includes information about the version, options, options for expansion, the way in which it is operated, the available input and output devices and the possible communication and interaction processes for the information system.
  • the set of input / output rules here depends on the specific configuration of the human-machine interface 20 and in particular depends on a specific vehicle, its series or vehicle equipment.
  • the process logic available in the computer 27 validates the input / output instructions originating from the component 10 or from the input / output means of the human-machine interface 20. This ensures that the units that can be controlled via the information system meet the set of input / output regulations.
  • the interaction of the application 13, 14, 15 executed or provided by the component 10 and the human-machine interface of the information system 20 will be described in more detail from the point of view of the systematic and execution of the man-machine interface by the Vehicle external and subsequently introduced into the vehicle component is in no way affected while satisfying the preferences of the user in terms of preferences.
  • the execution of the application not only means the operation of the application, but also its operation, for example via various, possibly nested, menus or voice input commands.
  • the application when starting an application 13, 14, 15 of the component 10 connected to the information system 20, the application is assigned a priority value with regard to the human-machine interface 21.
  • the priority value indicates a rank with which the application of the component is preferred or subordinated to another application that is executed or should be executed by the information system.
  • the assignment of the priority value takes place, for example, by the computer 27.
  • the component 10 must thus register with the information system 20 and announce its importance (priority) relative to other components.
  • the information system 20 in turn has to ensure that the component 10 can not suppress or interrupt security-relevant connections.
  • security-relevant connections are, for example, warning tones.
  • the application can specify the priority with which it wants to claim the resources.
  • the computer 27 then performs a comparison of the requested priority values in relation to the rules defined within the priority management.
  • the priority values of the application are assigned to the required resources of the human-machine interface.
  • the respective priority values may be stored in the memory 28 of the information system 20 or the database 30 outside the vehicle.
  • the once defined priority values can then be loaded from one of the two named memories.
  • a respective priority value is assigned to one of a plurality of predetermined priority classes which are defined corresponding to an output type of information relating to the operation of the human-machine interface.
  • pop-up menus and standard menus exist in a human-machine interface, in which various options are presented in the manner of a list.
  • a priority class has a rank with which the output of information of an application of a given priority class is preferred or subordinate to an output of information of another application with another given priority class. This means that, for example, a pop-up menu will be given a higher priority than a default menu.
  • the application of the components wishes to display a pop-up menu, it must be ensured that this does not result in any more important information, such as a message. Warning messages, to be suppressed. This is done by the already described assignment of the priority value.
  • the priority values for the individual resources can be changed during runtime of the application. This is possible, for example, if the context of the application changes.
  • the determination of the priority values can be done, for example, by comparing priority values of other components already present in the information system are integrated, done.
  • the resource access control for an input / output means takes place for each change of a selected selection element, for example a menu. Depending on the priority of the currently selected component, a new component may or may not get the focus (ie be selected via the input means).
  • the portable component such as a PDA, MP3 player, mobile phone, navigation device is integrated into the operating concept of the man-machine interface 21 with its own menu structures. These menus contain a tree of different widgets. Depending on certain events of the component, the currently displayed menu of the human-machine interface changes, taking into account respective priority values.
  • some components provide information which is displayed by the human-machine interface 21 as a pop-up menu.
  • a pop-up menu is characterized by the fact that it comes to rest as the top level above other menus or pop-up menus.
  • a new pop-up menu may be displayed, depending on an assigned priority value.
  • Component as audio source with a known data type The component, eg, a PDA or MP3 player, may be connected to the information system 20 as an audio source.
  • the man-machine interface is aware of what type of audio type the component provides. Depending on the assigned priority value, therefore, the relevance of the application with respect to further applications of the human-machine interface parts can be determined and the audio source can be treated as if it were an on-board audio source.
  • the component may provide a service that provides the information system with audio data that it does not know. For example, this could be a web radio received through the component. Due to the unknown data type, the relevance of the data stream can not be classified. In order to do justice to the priority management, such an application of a component is granted a very low priority over other applications executed by the information system. In this way, the application can be integrated as an audio source in the man-machine interface 21, but security-related events are given priority due to their higher priority in comparison.
  • the videos provided by a component are suppressed depending on a vehicle parameter, such as vehicle speed. If a certain set speed value is exceeded, a video stream that is currently being used is stopped. The resumption of the video stream can be done again depending on a given condition, for example, the stoppage of the vehicle.
  • the component for example a smartphone, a video player, a television receiver or a navigation device, can offer various types of video sources (DVD, camera, television, navigation map). These video streams can be NEN on one of the displays 22, 23 of the man-machine interface 21 are output.
  • Components can provide information with an unknown type of information. Regardless, the application of the component is assigned a priority value which determines the prioritized treatment relative to an application executed by the information system.
  • any component connected to the information system could request a high priority value with respect to the applications provided by it, thereby suppressing more important information from other applications.
  • known applications of known components are assigned higher priority values than unknown applications or components.
  • the priority value for an application of a component can be specified by a user.
  • a once assigned priority value should not be more modifiable to prevent safety-related information from being adversely affected by a reassignment.
  • the access to vehicle data of an application of the component can be associated with specific rights, which in turn can be linked to a priority value
  • it can be selectively determined which data may or may not be processed by the application, and by assigning priority values it is also possible to determine which widgets of an application are prohibited and which are allowed. Widgets are understood, for example, to be pop-up menus or dynamic images
  • the priority value or values assigned to an application may be the number of updates per unit of time with which the application uses resources of the human-machine interface can be set.
  • a simple personalization of the application is made possible by the use of priority values, which are assigned to an application with regard to a man-machine interface. However, personalization can be realized even without the priority management described above. Personalization means that every user can configure the integration of the application with his own profile, if necessary with own assignment of priority values.
  • an information system comprises as main menu items “navigation”, “entertainment”, “telephone”, “office”, “air conditioning” etc.
  • Each of these main menu items comprises a number of subordinate menu items, which in turn may have dependent menu items principle free, in the integration of the component, a respective application on a seem appropriate for him point of the menu structure integrate. This can be done regardless of whether a logical relationship between the respective application and the menu item of the menu structure is given or not.
  • the integration is made in such a way that it makes sense from a logical point of view, since this simplifies operation and ensures road safety.
  • a category may be set for the application, which implicitly sets the entry point (i.e., menu item of the menu structure) for accessing the application. It is possible to personalize the display in terms of widgets, layouts, font size, colors, hiding columns in a table, and the like. The personalization can also affect the operation: for example, the assignment of keys, so-called Functional Bookmarks or voice commands for the new application.
  • one or more parameters representing the input and / or output of information of a respective application of the component via the information system are determined for a respective application. Based on the parameters, the integration of the application of the component into the menu structure of the human-machine interface can take place through the information system.
  • the parameters are used for technical integration of the input and / or output structures of the component in the information system.
  • the parameter or parameters are managed, for example, in a profile assigned to the application.
  • a profile created by a user can be stored in a memory of the information system, the component or an external database in order to be able to retrieve the settings made at a later time. It is possible in this context to create such a profile via the man-machine interface in the vehicle, via the controls of the component or on an external PC. It is advantageous if the determination and storage of the parameter (s) takes place during the first integration of the component into the information system. Each time the component is reconnected to the information system, the parameters are then used to the information system for further processing and integration of the component into the information system.
  • the parameter or parameters of a profile are stored in a memory of the component or in a central memory, for example a database communicatively connected to the vehicle, since these can then be available in a large number of vehicles. This results in a high comfort gain for the user.
  • the data connection between the component and the information system for various reasons can tear off. For example, there is a disconnection while the application is running and an incoming call being handled by the information system.
  • the application is no longer available in the human-machine interface. For example, the application can be greyed out. Alternatively, the application can be removed from the human-machine interface, so that the menu item in question can no longer be selected.
  • each text or image resource is provided with a unique identifier for this purpose.
  • Texts or parts of text can be stored in several translations in the memory, wherein the information system automatically selects the correct language, depending on the set global language of the information system.
  • the prioritization of an application can also be used to provide the application of the component for the visual output of information via a display of the human-machine interface 21 only a partial area of an entire display area, wherein another partial area remains under the control of the information system.
  • FIG. 2 a display area of a display of the man-machine interface 21 is shown at 50, wherein a total of four selection elements 53 (so-called softkeys) are shown.
  • selection elements 53 “so-called softkeys”
  • N the selection element 53 marked N bold
  • a menu with a selection list of entries A to E can be recognized. By selecting the entry E, for example, the application executed by the component 0 is called, this being made available to the right-hand subarea of the application indicated by 52.
  • the control of the sub-area 52 is in the application.
  • the information to be provided for output can be generated in the subregion 52 available to the application by the application executed on the component.
  • the image data required for this purpose are rendered on the component.
  • the information to be provided for output is generated in the subregion 52 available to the application by the information system 20 under control of the application. This means that the application provides the information system, eg the computer 27, with the data necessary for generating the image information, which generates the necessary information therefrom.
  • the application can be operated by vehicle-specific elements (shown in the left portion 51) driver-friendly. Nevertheless, graphic-intensive data, such as map images, can also be displayed. In the description of the application, a freestyle widget can be defined. If a change to this state is triggered in the application, a special layer is displayed that displays the data rendered by the component. Examples include an analog video signal or a digital pixel replication. Vehicle-specific elements, such as a status display, can still be displayed around this layer. In addition, operable elements, such as eg buttons, in a menu next to the layer. The operation can be done via the vehicle elements in the toolbar. The representation of the map is rendered by the component and displayed in the previously defined layer.
  • a further embodiment provides that the application running on the component can access vehicle data.
  • vehicle data can be made available to an application: vehicle position (eg for identifying petrol stations or restaurants in the vicinity of the vehicle), vehicle speed, tank contents, time / date, set language, tuned radio station (eg with a title display and the option of online -Kaufs a track currently playing).
  • vehicle data can be queried once (for example, mileage or vehicle position).
  • data can also be transferred cyclically to the application.
  • the transmission of the data can be done for example by initiative of the application.
  • the request can specify whether a single value or cyclic data is required.
  • the priority value assigned to an application can be used to specify which data may be used by an application. This ensures that sensitive data can not be evaluated by unauthorized parties.
  • the right assigned to an application can be used to specify which data may be used by an application.
  • the assignment of a right to an application or the user of an application can be done within the scope of a rights management.
  • various security levels so-called security levels, can be provided.
  • the assignment of rights can be related to specific applications, application groups or all applications integrated or to be integrated in the information system.
  • the assignment of rights can also be such that own rights are assigned for a particular parameter.
  • a particular application or the user of an application can be assigned with regard to the data exchange and / or with regard to the use of the information system.
  • these rights may include reading and / or writing rights regarding information stored in a memory of the information system.
  • the rights may also concern the admission of the reproduction or the prohibition of the reproduction of certain widgets.
  • the number of updates per unit of time can be controlled, if there is a data exchange between the application of the component and the information system.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • User Interface Of Digital Computer (AREA)
  • Navigation (AREA)
  • Fittings On The Vehicle Exterior For Carrying Loads, And Devices For Holding Or Mounting Articles (AREA)

Abstract

Die Erfindung beschreibt ein Verfahren zur Integration einer Komponente (10) in ein Informationssystem (20) eines Fahrzeugs, bei dem zumindest eine durch die Komponente (10) ausführbare oder bereitgestellte Applikation (13, 14, 15) durch eine Mensch-Maschine-Schnittstelle (21) des Informationssystems (20) einem Nutzer des Fahrzeugs verfügbar gemacht wird. Die Integration der Komponente (10) in das Informationssystem bezüglich der Eingabe und/oder Ausgabe von Informationen durch den Nutzer wird personalisiert bezüglich eines Benutzers der Komponente vorgenommen.

Description

Verfahren zur Integration einer Komponente in ein Informationssystem eines
Fahrzeugs
Die Erfindung betrifft ein Verfahren zur Integration einer Komponente in ein Informationssystem eines Fahrzeugs, bei dem zumindest eine durch die Komponente ausführbare oder bereitgestellte Applikation durch eine Mensch-Maschine-Schnittstelle des Informationssystems einem Nutzer des Fahrzeugs verfügbar gemacht wird. Die Erfindung betrifft weiter ein Computerprogrammprodukt sowie ein Informationssystem in einem Fahrzeug.
Eine Nachrüstung oder ein Anschluss von Komponenten, wie z.B. einem Telefon, MP3- Spieler usw., in einem Fahrzeug ist aufgrund mangelnder technischer Vorbereitung oftmals nur mit Schwierigkeiten realisierbar. Hierbei stellt sich jedoch die Frage der Bedienung dieser temporär oder dauerhaft nachgerüsteten Komponenten. Insbesondere ist aus Gründen der Ergonomie und Fahrsicherheit eine Bedienung der nachgerüsteten Komponente durch die im Verkehrsmittel vorhandenen Ein- und Ausgabemittel sinnvoll. Als Eingabemittel stehen in einem Fahrzeug zur haptischen Bedienung häufig Funktionstasten, Touch-Screens, M use, etc. und zur Spracheingabe Mikrofone zur Verfügung. Zur Ausgabe werden graphische Anzeigen, wie Displays, Lampen, etc. oder Sprachausgabe über Lautsprecher verwendet.
Für die Bedienung in dem Fahrzeug stehen zunehmend auch sog. Informationssysteme mit Multifunktionsbedieneinheiten zur Verfügung, die mit graphischen Displays als Ausgabemittel und den dazu gehörigen Bedienelementen als Eingabemittel ein Höchstmaß an Flexibilität anbieten. Die Fahrsicherheit erfordert eine strikte Schematisierung des Informationssystems, das vom Fahrer ohne starke Ablenkung bedient werden kann. Diese Schematisierung drückt sich durch eine Festlegung der Ein-/Ausgabevorschriften für diese Multifunktionsbedieneinheiten aus. So kann in diesen Vorschriften festgelegt sein, dass z.B. ab einer bestimmten Geschwindigkeit keine haptische Bedienung erfolgen darf oder dass ein Display Nachrichten nur in einer Mindestbuchstabengröße anzeigen darf.
Bei nachgerüsteten Komponenten besteht nun die Schwierigkeit darin, ein Maximum an Bedienbarkeit bei gleichzeitiger strikter Schematisierung zu ermöglichen, da sich weder Umfang und Art der Funktionalität bzw. die Interaktionsanforderungen der zu bedienenden Komponente voraussagen lassen, noch die Informationssysteme bezogen auf alle Fahrzeugausstattungen, alle Baureihen bzw. markenübergreifend auf alle Fahrzeuge standardisiert sind.
Aus der DE 101 34 717 A1 ist ein Verfahren zur Konfiguration eines Informationssystems in einem Verkehrsmittel bekannt. Bei diesem Verfahren erfolgt die Integration nachgerüsteter Komponenten sowie von Ein-/Ausgabemitteln automatisch und angepasst an die Ein-/Ausgabevorschriften des Informationssystems. Im Rahmen dieses Verfahrens wird beim Anschließen einer zusätzlichen Komponente an das Informationssystem eine Kom- ponenten-Ein-/Ausgabevorschrift über eine Schnittstelle zum Informationssystem übertragen. Die Komponenten-Ein-/Ausgabevorschrift wird vom Informationssystem in die Ein- /Ausgabeeinheit und die Ein-/Ausgabeprozesse so integriert, dass die Komponente über das Informationssystem ansteuerbar ist.
Als Ein-/Ausgabeprozesse werden sämtliche Kommunikations- und Interaktionsprozesse zwischen Ausgabemittel, Eingabemittel, Informationssystem und/oder Komponente verstanden. Der Satz aus Ein-/Ausgabevorschriften enthält Informationen über die Version, die Wahlmöglichkeiten, die Erweiterungsmöglichkeiten, die Art und Weise der Bedienung sowie der zur Verfügung stehenden Ein- und Ausgabemittel und der möglichen Integrati- ons- und Interaktionsprozesse für das Informationssystem. Unter der Komponenten-Ein- /Ausgabevorschrift ist festgelegt, dass eine entsprechende Zuordnung für einen bereits im Informationssystem abgelegten Typ von Komponenten-Ein-/Ausgabevorschrift verwendet werden soll.
Auf diese Weise wird in dem bekannten Verfahren berücksichtigt, welcher Menübaum bereits vorhanden ist, ob Sprachein- oder -ausgäbe möglich ist oder ob ein graphisches Display vorhanden ist sowie Funktionstasten zur Verfügung stehen. Durch die Ein- /Ausgabevorschriften können weitere Bedingungen festgelegt werden, indem angegeben wird, dass die maximale Anzahl der anzeigbaren Einträge in einem graphischen Display einen bestimmten Wert nicht überschreiten darf. Durch die Vorschriften kann z.B. auch angegeben werden, dass, obwohl an dem Eingabemittel Funktionstasten zur Verfügung stehen, nur Sprachbedienung erlaubt ist.
Das in der DE 101 34 717 A1 beschriebene Verfahren ermöglicht die Integration einer Komponente in ein Informationssystem eines Fahrzeugs, bei dem die Bedienung des In- formationssystems durch den Fahrer ohne starke Ablenkung über die in dem Fahrzeug zur Verfügung stehenden Ein-/Ausgabemittel erfolgen kann. Die Bedienung erfolgt dabei unter Berücksichtigung sicherheitsbezogener Aspekte, so dass während der Fahrt im Fahrzeug bestimmte Funktionen der Komponente unter Umständen nicht zur Verfügung stehen, während diese während der Fahrt bedient und verwendet werden können.
Es ist Aufgabe der vorliegenden Erfindung, ein Verfahren zur Integration einer Komponente in ein Informationssystem eines Fahrzeugs anzugeben, welches eine verbesserte Integration der Komponente in die Funktionsabläufe des Informationssystems ermöglicht. Es ist weiterhin Aufgabe der vorliegenden Erfindung, ein entsprechendes Computerprogrammprodukt sowie ein Informationssystem in einem Fahrzeug anzugeben, welche die weiter verbesserte Integration der Komponente in das Informationssystem ermöglichen.
Diese Aufgaben werden gelöst durch ein Verfahren mit den Merkmalen des Patentanspruches 1 , ein Computerprogrammprodukt gemäß den Merkmalen des Patentanspruches 21 sowie ein Informationssystem gemäß den Merkmalen des Patentanspruches 22. Vorteilhafte Ausgestaltungen ergeben sich aus den abhängigen Patentansprüchen.
Die Erfindung schafft ein Verfahren zur Integration einer Komponente in ein Informationssystem eines Fahrzeugs, bei dem zumindest eine durch die Komponente ausführbare oder bereitgestellte Applikation durch eine Mensch-Maschine-Schnittstelle des Informationssystems einem Nutzer des Fahrzeugs verfügbar gemacht wird. Bei diesem wird die Integration der Komponente in das Informationssystem bezüglich der Eingabe und/oder Ausgabe von Informationen personalisiert bezüglich eines Benutzers der Komponente vorgenommen.
Bei dem erfindungsgemäßen Verfahren besteht für einen Nutzer die Möglichkeit, die Komponente hinsichtlich der Bedienung in das Informationssystem zu integrieren. Die Integration kann dieser nach seinen Wünschen und Bedürfnissen vornehmen, so dass die Komponente mit den darauf laufenden Applikationen für ihn bestmöglich nutzbar ist. Dadurch, dass der Nutzer die Komponente mit den darauf ausführbaren oder bereitgestellten Applikationen in einer ihm bekannten Weise in das Informationssystem integriert, wird er beim Bedienen während des Führens des Kraftfahrzeugs nicht abgelenkt. Hierdurch kann die Verkehrssicherheit verbessert werden. Es ist dabei zweckmäßig, wenn eine jeweilige Applikation der Komponente hinsichtlich ihrer Bedienung personalisiert wird.
Insbesondere erfolgt die Personalisierung im Rahmen der Integration der Komponente über die Mensch-Maschine-Schnittstelie oder einen mit dieser verbindbarem Rechner.
Gemäß einer zweckmäßigen Ausgestaltung weist das Informationssystem eine, insbesondere baumartige, Menüstruktur auf, welche eine Anzahl an über die Mensch- Maschine-Schnittstelle auswählbare Menüs umfasst, wobei über die Mensch-Maschine- Schnittstelle festgelegt wird, welchem der Menüs die zumindest eine durch die Komponente ausführbare oder bereitgestellte Applikation zur Auswahl zugeordnet wird. Hierdurch ist die Nutzung einer bestehenden Menüstruktur des Informationssystems möglich, wobei ein Nutzer die freie Wahl hat, an welcher Stelle in der Menüstruktur er die Bedienung der Komponente bzw. der darauf ausführbaren oder bereitgestellten Applikation vornehmen möchte. Hierdurch können Bedienabläufe vereinfacht werden.
Mit der Mensch-Maschine-Schnittstelle werden sämtliche Kommunikations- und Interaktionsprozesse zwischen dem Nutzer des Informationssystems und dem Fahrzeug über in dem Fahrzeug zur Verfügung stehende Eingabe und Ausgabemittel vorgenommen. Unter der Ausführung der Applikation wird nicht nur das Betreiben der Applikation, sondern besonders auch deren Bedienung, z.B. über verschiedene, evtl. verschachtelte, Menüs oder Spracheingabebefehle verstanden.
Alternativ erfolgt die Personalisierung vor der Integration der Komponente über die Komponente selbst oder einen Rechner. Insbesondere bei letzter Variante besteht für den Nutzer die Möglichkeit, die Personalisierung nicht über die in dem Fahrzeug zur Verfügung verstehenden Bedienmittel (Mensch-Maschine-Schnittstelle) vorzunehmen. Beispielsweise kann der Nutzer die Personalisierung an seinem Rechner oder Laptop vornehmen und die Personalisierungsinformationen an die in das Fahrzeug zu integrierende Komponente oder das Informationssystem übertragen, wodurch der Vorgang der Integration in das Fahrzeug für den Nutzer vereinfacht ist. Im Rahmen der Personalisierung der Bedienung wird z.B. eine Belegung von Ein- und/oder Ausgabemitteln (z.B. eine Tastenbelegung von Tasten oder Softkeys) der Mensch-Maschine-Schnittstelle, von Lesezeichen und von Sprachbefehlen festgelegt.
Es ist weiterhin vorteilhaft, wenn eine jeweilige Applikation der Komponente nach einem vorgegebenen Kriterium einem vorbestimmten der Menüs der Menüstruktur zugeordnet wird. Die Zuordnung nach vorgegebenen Kriterien kann beispielsweise nach logischen Gesichtspunkten erfolgen. Ein vorbestimmtes Kriterium kann beispielsweise eine Kategorie sein. Betrifft eine der durch die Komponente ausgeführte oder bereitgestellte Applikation beispielsweise einen Dienst zur Navigation oder einen damit in Verbindung stehenden Dienst, so wird dieser gemäß dieser Variante zweckmäßigerweise in der Menüstruktur im Bereich„Navigation" vorgesehen.
Gemäß einer weiteren vorteilhaften Ausgestaltung werden bei der Integration der Komponente in das Informationssystem für eine jeweilige Applikation ein oder mehrere Parameter, die die Eingabe und/oder Ausgabe von Informationen einer jeweiligen Applikation der Komponente über das Informationssystem repräsentieren, ermittelt. Anhand der Parameter kann durch das Informationssystem eine Integration einer Applikation der Komponente in die Menüstruktur der Mensch-Maschine-Schnittstelle erfolgen. Derartige Parameter können beispielsweise eine Hauptkategorie (z.B. Navigation, Entertainment, Telefon, Office, Klimatisierung usw.) sowie eine oder mehrere davon abhängige Unterkategorien (z.B. Radio, CD, MP3-Player; Telefonbuch, zuletzt gewählte Rufnummern; neues Navigationsziel, zuletzt gespeicherte Navigationsziele usw.) umfassen. Die Parameter dienen somit zur technischen Einbindung der Ein- und/oder Ausgabestrukturen der Komponente in das Informationssystem.
Zweckmäßigerweise werden die Parameter bei der erstmaligen Integration der Komponente in das Informationssystem ermittelt und in einem Speicher gespeichert. Die Speicherung kann beispielsweise in einem Speicher des Informationssystems des Fahrzeugs oder in einem Speicher der Komponente oder in einem anderen Speicher, insbesondere einer zentralen Datenbank, erfolgen. Bei jeder folgenden Verbindung der Komponente an das Informationssystem werden die Parameter aus dem Speicher ausgelesen und zu deren Integration verwendet. Sind die Parameter in einem Speicher der Komponente oder einem zentralen Speicher abgespeichert, so stehen diese in einer Vielzahl von Fahrzeu- gen zur Verfügung. Die Komponente ist damit auf einfache Weise in einer Vielzahl von Fahrzeugen, die eine Anbindung der Komponente erlauben, verwendbar, wobei die entsprechenden Parameter nur einmal ermittelt und abgespeichert werden müssen. Bei der Verbindung der Komponente mit dem Informationssystem des Fahrzeugs werden die Parameter an das Informationssystem zur weiteren Verarbeitung übertragen.
Gemäß einer zweckmäßigen Ausgestaltung wird beim Start einer Applikation der an das Informationssystem angeschlossenen Komponente der Applikation bezüglich der Mensch- Maschine-Schnittstelle zumindest ein Prioritätswert zugewiesen, wobei ein Prioritätswert einen Rang angibt, mit dem die Applikation der Komponente bevorzugt oder nachrangig gegenüber einer weiteren Applikation, die durch das Informationssystem ausgeführt wird oder ausgeführt werden soll, behandelt wird.
Durch die Zuweisung eines Prioritätswerts zu der Applikation bezüglich der Mensch- Maschine-Schnittstelle kann die von der Komponente ausgeführte oder bereitgestellte Applikation in ein Prioritätenmanagement der Mensch-Maschine-Schnittstelle des Fahrzeugs integriert werden. Auf diese Weise wird sichergestellt, dass wichtige Informationen, wie z.B. Statusmeldungen des Fahrzeugs betreffend den Betriebszustand, nicht ausgeblendet, verdeckt oder bei einer akustischen Ausgabe durch die Applikation der Komponente unterbrochen werden. Durch den Prioritätswert kann auf einfache Weise die„Wichtigkeit" der Applikation in Relation zu anderen Applikationen, die durch das Informationssystem ausgeführt werden, festgelegt werden, wodurch die bestimmungsgemäße Funktion des Informationssystems nicht beeinträchtigt wird.
Gemäß einer weiteren zweckmäßigen Ausgestaltung wird beim Start der Applikation der Komponente eine Nachricht an das Informationssystem übertragen, in der die von der Applikation zu deren Ausführung benötigten Ressourcen der Mensch-Maschine- Schnittstelle beschrieben sind, wobei einer oder mehreren der benötigten Ressourcen der Mensch-Maschine-Schnittstelle ein jeweiliger Prioritätswert zugewiesen wird. Ressourcen sind allgemein alle Mittel zur Ausgabe von Informationen, insbesondere von Audio- oder Videodaten, sowie alle Eingabemittel. Ressourcen sind somit beispielsweise Lautsprecher, Displays und dergleichen. Auf diese Weise ist festgelegt, welchen Prioritätswert die Applikation bei der Nutzung einer bestimmen Ressource der Mensch-Maschine- Applikation in Bezug auf weitere Applikationen, die durch das Informationssystem ausge- führt werden oder werden sollen, aufweist. Es kann damit mit hoher Wahrscheinlichkeit sichergestellt werden, dass die durch die Komponente ausgeführte oder bereitgestellte Applikation das fahrzeugeigene Prioritätenmanagement der Mensch-Maschine- Schnittstelle nicht in nachteiliger Weise beeinflusst.
Gemäß einer weiteren zweckmäßigen Ausgestaltung wird der Prioritätswert dynamisch in Abhängigkeit eines Fahrzeugparameters verändert. Solche Fahrzeugparameter können beispielsweise die Fahrzeuggeschwindigkeit sein, wobei bei Überschreiten einer vorgegebenen Geschwindigkeit Informationen auf einem Ausgabemittel ausgeblendet werden, um die Fahrsicherheit sicherzustellen. Hierdurch kann ebenso gesteuert werden, ob ein Menü zur Bedienung der Applikation in Abhängigkeit des Fahrzeugparameters noch dargestellt werden darf oder nicht.
Zweckmäßigerweise werden als Komponente in das Informationssystem des Fahrzeugs eines oder mehrere der folgenden Geräte integriert: Audio-Abspielgerät, insbesondere portabler CD-Player, MP3-Player oder (Web-)Radio-Player oder Video-Abspielgerät, insbesondere portabler DVD-Player, TV-Player, Videokamera.
Eine weitere Ausgestaltung sieht vor, dass bei einer durch das Informationssystem ausgeführten Applikation der Komponente und einer nicht bestimmungsgemäßen Trennung der Komponente von dem Informationssystem eine Behandlung des Applikationsabbruchs erfolgt, gemäß dem
die Applikation als nicht mehr verfügbar angezeigt wird oder
die Applikation von dem Informationssystem entfernt wird oder
in dem Informationssystem zwischengespeicherte Daten über den Applikationsabbruch hinaus für einen vorgegebenen Zeitraum weiterverarbeitet werden oder von der Applikation nur teilweise an das Informationssystem übertragene Daten nachgeladen oder ergänzt werden oder
eine Prädiktion des Verbindungsabbruchs erfolgt.
Durch diese Ausgestaltungsvariante ist sichergestellt, dass bei einer nicht bestimmungsgemäßen Trennung der Komponente von dem Informationssystem weder eine Beschädigung der Applikation noch des Informationssystems im Hinblick auf die darauf ablaufende Software auftreten kann. Hierdurch kann die bestimmungsgemäße Funktion des Informationssystems sichergestellt werden.
Gemäß einer weiteren zweckmäßigen Ausgestaltung werden beim Start der Applikation zur Ausgabe von Informationen über die Mensch-Maschine-Schnittstelle, insbesondere regelmäßig verwendete Daten, wie z.B. Bilder und Texte, in einen Speicher des Informationssystems übertragen, wobei die Daten, wenn diese während der Ausführung der Applikation benötigt werden, aus dem Speicher des Informationssystems geladen werden. Hierdurch kann die Reaktivität der Applikation verbessert werden. Darüber hinaus ist die Gefahr der Ablenkung beim Fahren verringert. Um die in dem Speicher des Informationssystem vorgehaltenen regelmäßig verwendeten Daten organisieren zu können, kann vorgesehen sein, jedes Datum (Textbestandteil oder Icon) mit einer eindeutigen ID zu versehen, unter der das jeweilige Datum aufgerufen und verarbeitet werden kann. Für Texte oder Textbestandteile können darüber hinaus auch Übersetzungen in dem Speicher vorgesehen sein, welche je nach Spracheinstellung im Fahrzeug verwendet werden.
In einer weiteren Ausgestaltung der Erfindung wird der Applikation der Komponente zur visuellen Ausgabe von Informationen über ein Display der Mensch-Maschine-Schnittstelle ein Teilbereich einer Anzeigefläche zur Verfügung gestellt, wobei ein anderer Teilbereich unter Kontrolle des Informationssystems verbleibt. Gemäß einer speziellen Ausführungsvariante werden die zur Ausgabe zu bringenden Informationen in dem der Applikation zur Verfügung stehenden Teilbereich durch die auf der Komponente ausgeführten Applikation erzeugt. Gemäß einer alternativen Ausführungsvariante werden die zur Ausgabe zu bringenden Informationen in dem der Applikation zur Verfügung stehenden Teilbereich durch das Informationssystem unter Steuerung durch die Applikation erzeugt. Im ersten Fall wird durch die Applikation lediglich das Display der Mensch-Maschine-Schnittstelle zur Ausgabe von Informationen genutzt, während die rechenintensiven Schritte zur Erzeugung der Bilder (sog. Rendering) durch die Komponente, auf der die Applikation läuft, ausgeführt werden. Es wird somit lediglich das Display der Mensch-Maschine-Schnittstelle zur Ausgabe genutzt. Im zweiten Fall erfolgt hingegen die Erzeugung der darzustellenden Informationen durch eine Recheneinheit des Informationssystems selbst, wobei die zur Visualisierung notwendigen Daten von der Applikation der Komponente bereitgestellt werden. Eine weitere Ausgestaltung sieht vor, dass die Applikation über eine definierte Programmierschnittstelle auf zumindest einen Fahrzeug-spezifischen Parameter zugreift oder der Applikation über die definierte Programmierschnittstelle der zumindest eine Fahrzeugspezifische Parameter bereitgestellt wird, und die Applikation den zumindest einen zur Verfügung gestellten Parameter verarbeitet. Dabei kann insbesondere vorgesehen sein, dass der zumindest eine Fahrzeug-spezifische Parameter eine gegenwärtige Fahrsituation des Fahrzeugs und/oder einen Fahrzeugzustand wiedergibt und/oder einen gegenwärtigen Aufenthaltsort des Fahrzeugs berücksichtigt. Insbesondere kann hierdurch durch die Applikation der Komponente die Position des Fahrzeugs, dessen Geschwindigkeit, ein Tankinhalt, eine Sprache oder ein eingestellter Radiosender berücksichtigt und verarbeitet werden. Insbesondere können hierdurch durch die Applikation sog. Location-based Services angeboten werden.
Die Erfindung umfasst femer ein Computerprogrammprodukt, das direkt in den internen Speicher eines digitalen Rechners eines Fahrzeugs geladen werden kann und Softwarecodeabschnitte umfasst, mit denen die Schritte des beschriebenen Verfahrens ausgeführt werden, wenn das Produkt auf dem Rechner läuft.
Die Erfindung schafft ferner ein Informationssystem in einem Fahrzeug, das über eine Mensch-Maschine-Schnittstelle bedienbar ist und einem Nutzer des Fahrzeugs Informationen zur Verfügung stellt, wobei in das Informationssystem zumindest eine durch eine Komponente ausführbare oder bereitgestellte Applikation integrierbar ist. Erfindungsgemäß weist das Informationssystem Mittel auf, mit denen die Integration der Komponente in das Informationssystem bezüglich der Eingabe und/oder Ausgabe von Informationen personalisiert bezüglich eines Benutzers der Komponente vornehmbar ist.
Die Erfindung wird nachfolgend näher anhand eines Ausführungsbeispiels beschrieben. Es zeigen:
Fig. 1 eine schematische Darstellung eines erfindungsgemäßen Informationssystems, in die eine Komponente mit zumindest einer darauf ablaufenden Applikation integrierbar ist, und Fig. 2 eine schematische Darstellung eines Menübaums, in welchen die von einer externen Applikation erzeugten Informationen eingebunden sind.
Das Informationssystem 20 in einem Fahrzeug umfasst eine Mensch-Maschine- Schnittstelle 21 sowie einen Rechner 27 zu deren Steuerung. Die Mensch-Maschine- Schnittstelle 21 besteht aus einer Eingabevorrichtung 26, z.B. in Gestalt einer oder mehrerer Tasten, eines sog. Dreh-Drück-Stellers (Controller), einem Mikrofon und dergleichen sowie beispielhaft zwei Displays 22, 23 und zwei Lautsprechern 24, 25. Eines der Displays 22, 23 stellt beispielsweise ein zentral angeordnetes Informations-Display, z.B. zur Darstellung von Navigationsdaten, Radiosendern und dergleichen dar, während das andere der beiden Displays ein Informationsdisplay repräsentiert, über welches dem Fahrer Informationen über gefahrene Kilometer, Reichweite, Kilometerstand und dergleichen visualisiert werden. Der Lautsprecher 24 repräsentiert beispielsweise die in der Front eingebauten Lautsprecher, während Lautsprecher 25 stellvertretend für die im Heck eingebauten Lautsprecher steht. Neben den in der Figur dargestellten Ein-/Ausgabeelementen kann die Mensch-Maschine-Schnittstelle darüber hinaus weitere Elemente umfassen. Der Rechner 27 dient zur Steuerung der Mensch-Maschine-Schnittstelle 21 und nimmt die über die Eingabevorrichtung durch den Nutzer eingegebenen Daten entgegen, verarbeitet diese und gibt über eines oder mehrere der Ausgabemittel 22, 23, 24, 25 entsprechende Informationen aus. Sämtliche Komponenten der Mensch-Maschine-Schnittstelle können beispielsweise über den Datenbus miteinander verbunden sein. Der Rechner übernimmt damit die Funktion eines Mensch-Maschine-Interaktions (MMI)-Managers. In Fig. 1 ist ferner eine Datenbank 30 eingezeichnet, welche beispielsweise durch den Hersteller des Fahrzeugs verwaltet wird. Über eine drahtlose Kommunikationsverbindung ist der Rechner 27 des Informationssystems 20 in der Lage, mit der Datenbank 30 Daten auszutauschen und insbesondere in dieser gespeicherte Daten zur weiteren Verarbeitung abzurufen.
Eine Komponente 10, z.B. ein Audio- und/oder Video-Abspielgerät, ist über eine Datenverbindung 16 temporär oder dauerhaft an das Informationssystem 20 angeschlossen. Die Datenverbindung kann beispielsweise als Datenbus ausgebildet sein. Die Komponente 10 verfügt über eigene Ein-/Ausgabemittel, über die die durch die Komponente 10 ausführbare und darauf gespeicherte Applikationen 13, 14, 15 bedienbar und nutzbar sind. Als Ausgabevorrichtung ist beispielsweise ein Display 11 vorgesehen. Die Eingabevor- richtung 12 wird beispielhaft durch eine Anzahl an Tasten repräsentiert. Die Komponente 10 verfügt typischerweise zur Ausführung der darauf gespeicherten Applikationen 13, 14, 15 über eine eigene Recheneinheit sowie entsprechende Speichermittel.
Der Rechner 27 ist mit einem Speicher 28 verbunden, in dem ein für das Informationssystem gültiger Satz von Ein-/Ausgabevorschriften abgelegt ist. Unter dem Satz von Ein- /Ausgabevorschriften sind Informationen über die Version, die Wahlmöglichkeiten, die Erweiterungsmöglichkeiten, die Art und Weise der Bedienung sowie die zur Verfügung stehenden Ein- und Ausgabemittel und der möglichen Kommunikations- und Interaktionsprozesse für das Informationssystem zu verstehen. Der Satz an Ein-/Ausgabevorschriften ist hierbei abhängig von der konkreten Ausgestaltung der Mensch-Maschinen-Schnittstelle 20 und insbesondere abhängig von einem speziellen Fahrzeug, dessen Baureihe oder Fahrzeugausstattung. Die in dem Rechner 27 zur Verfügung stehende Prozesslogik validiert die von der Komponente 10 oder von den Ein-/Ausgabemitteln der Mensch- Maschine-Schnittstelle 20 stammenden Ein-/Ausgabevorschriften. Damit ist gewährleistet, dass die über das Informationssystem ansteuerbaren Einheiten den Satz von Ein- /Ausgabevorschriften erfüllen. Durch die Ein-/Ausgabevorschriften, welche spezifisch für eine spezielle Komponente und eine bestimmte Mensch-Maschine-Schnittstelle 21 des Informationssystems 20 sind, wird die Benutzung der durch die Komponente ausführbaren oder bereitgestellten Applikation mittels der Mensch-Maschine-Schnittstelle 21 des Informationssystems 20 ermöglicht.
Für jede durch die Komponente 10 bereitgestellte Applikation 13, 14, 15 wird eine Beschreibung ihrer Semantik bereitgestellt, auf deren Basis ein generischer Schnittstellengenerator dann eine geeignete Benutzerschnittstelle erzeugt und diese in die Mensch- Maschine-Schnittstelle 21 des Informationssystems 20 integriert. Eine derartige Vorgehensweise ist beispielsweise in der eingangs bereits genannten DE 101 34 717 A1 beschrieben. Eine weitere Beschreibung des Vorgehens zur Integration und Bereitstellung einer Benutzerschnittstelle ist in der Veröffentlichung„HMI generation for plug-in semantic description" von Andreas Hildisch, Jürgen Steurer und Reinhard Stolle beschrieben, deren Inhalt durch Bezugnahme in die Beschreibung der vorliegenden Erfindung aufgenommen wird. In der nachfolgenden Beschreibung wird das Zusammenspiel der durch die Komponente 10 ausgeführten oder bereitgestellten Applikation 13, 14, 15 und der Mensch-Maschine- Schnittstelle des Informationssystems 20 unter dem Gesichtspunkt näher beschrieben, dass die Systematik und Ausführung der Mensch-Maschine-Schnittstelle durch die Fahrzeug externe und nachträglich in das Fahrzeug eingebrachte Komponente in keinster Weise beeinträchtigt wird und gleichzeitig den Vorlieben des Benutzers hinsichtlich Präferenzen gerecht wird. Unter der Ausführung der Applikation wird nicht nur das Betreiben der Applikation, sondern besonders auch deren Bedienung, z.B. über verschiedene, evtl. verschachtelte, Menüs oder Spracheingabebefehle verstanden.
Um die Funktion des Informationssystems 20 durch die Integration einer Fahrzeug externen Komponente 10 nicht in einer Weise zu beeinflussen, dass Funktionen, wie z.B. Warnungen, außer Kraft gesetzt, unterdrückt oder in sonstiger Weise negativ beeinflusst werden, ist vorgesehen, die durch die Komponente ausführbare oder bereitgestellte Applikation 13, 14, 15 20 in das Prioritätenmanagement des Informationssystems zu integrieren. Hierdurch wird sichergestellt, dass wichtige Informationen, wie z.B. Zustände des Fahrzeugs, nicht durch Bedienelemente der Applikation oder die Applikation selbst ausgeblendet, verdeckt oder bei einer akustischen Ausgabe unterbrochen werden.
Hierzu wird beim Start einer Applikation 13, 14, 15 der an das Informationssystem 20 angeschlossenen Komponente 10, der Applikation bezüglich der Mensch-Maschine- Schnittstelle 21 ein Prioritätswert zugewiesen. Der Prioritätswert gibt einen Rang an, mit dem die Applikation der Komponente bevorzugt oder nachrangig gegenüber einer weiteren Applikation, die durch das Informationssystem ausgeführt wird oder ausgeführt werden soll, behandelt wird. Die Zuweisung des Prioritätswerts erfolgt beispielsweise durch den Rechner 27.
Die Komponente 10 muss sich somit an dem Informationssystem 20 registrieren und seine Wichtigkeit (Priorität) relativ zu anderen Komponenten bekannt geben. Das Informationssystem 20 seinerseits hat sicherzustellen, dass die Komponente 10 sicherheitsrelevante Verbindungen nicht unterdrücken oder unterbrechen kann. Solche sicherheitsrelevanten Verbindungen sind beispielsweise Warntöne. Um die Zuweisung eines Prioritätswerts zu einer Applikation einer Komponente vornehmen zu können und die Integration in ein bereits bestehendes Prioritätenmanagement eines Fahrzeugs realisieren zu können, ist es zunächst notwendig, die in einem Fahrzeug zur Verfügung stehenden Ressourcen (Ein-/Ausgabemittel, wie z.B. Displays, Lautsprecher und dergleichen) festzulegen und gleichzeitig den von einer Applikation benötigten Ressourcen der Mensch-Maschine- Schnittstelle einen jeweiligen Prioritätswert zuzuweisen. Dies erfolgt dadurch, dass die Applikation bei ihrem Start die von ihr benötigten Ressourcen in einer Anfrage gegenüber dem Informationssystem 20 benennt. Gleichzeitig kann die Applikation angeben, mit welcher Priorität sie die Ressourcen beanspruchen möchte. Durch den Rechner 27 erfolgt dann ein Abgleich der abgefragten Prioritätswerte in Relation zu den innerhalb des Prioritätsmanagements festgelegten Regeln. Als Ergebnis erfolgt eine Zuweisung der Prioritätswerte der Applikation zu der oder den benötigten Ressourcen der Mensch-Maschine- Schnittstelle. Die jeweiligen Prioritätswerte können in dem Speicher 28 des Informationssystems 20 oder der Datenbank 30 außerhalb des Fahrzeugs hinterlegt werden. Beim nächsten Start der Applikation können dann die einmal festgelegten Prioritätswerte aus einem der beiden genannten Speicher geladen werden.
Es ist in diesem Zusammenhang zweckmäßig, wenn ein jeweiliger Prioritätswert einer von mehreren vorgegebenen Prioritätsklassen zugeordnet wird, welche korrespondierend zu einer Ausgabeart von die Bedienung betreffende Informationen der Mensch-Maschine- Schnittstelle definiert sind. Typischerweise existieren in einer Mensch-Maschine- Schnittstelle Popup-Menüs und Standardmenüs, in denen verschiedene Optionen nach Art einer Liste dargestellt werden. Innerhalb des Prioritätenmanagements weist eine Prioritätsklasse einen Rang auf, mit dem die Ausgabe einer Information einer Applikation einer gegebenen Prioritätsklasse bevorzugt oder nachrangig gegenüber einer Ausgabe einer Information einer weiteren Applikation mit einer anderen gegebenen Prioritätsklasse erfolgt. Dies bedeutet, dass beispielsweise wird einem Popup-Menü eine höhere Priorität als einem Standardmenü eingeräumt wird. Wenn die Applikation der Komponenten ein Popup-Menü darstellen möchte, so muss jedoch sichergestellt werden, dass hierdurch keine wichtigeren Informationen, wie z.B. Warnmeldungen, überblendet werden. Dies erfolgt durch die bereits beschriebene Zuweisung des Prioritätswerts.
Die Prioritätswerte für die einzelnen Ressourcen können zur Laufzeit der Applikation geändert werden. Dies ist beispielsweise dann möglich, wenn sich der Kontext der Applikation ändert. Die Festlegung der Prioritätswerte kann beispielsweise durch den Vergleich von Prioritätswerten anderer Komponenten, welche bereits in das Informationssystem integriert sind, erfolgen. Die Ressourcen-Zugriffskontrolle für ein Ein-/Ausgabemittel erfolgt für jede Änderung eines selektierten Auswahlelements, beispielsweise eines Menüs. Abhängig von der Priorität der gerade ausgewählten Komponente, kann eine neue Komponente den Fokus bekommen (d.h. über das Eingabemittel selektiert werden) oder auch nicht.
Durch das Prioritätenmanagement für sämtliche Ressourcen, d.h. Ein-/Ausgabemittel, der Mensch-Maschine-Schnittstelle 21 , können beispielsweise folgende Fälle berücksichtigt werden:
Display-Szenarios
1. Darstellung von Menüs der Komponente, wobei der Datentyp der auszuführenden Applikation bekannt ist:
Die tragbare Komponente, beispielsweise ein PDA, MP3-Player, Mobilfunktelefon, Navigationsgerät, wird in das Bedienkonzept der Mensch-Maschine-Schnittstelle 21 mit seinen eigenen Menüstrukturen eingebunden. Diese Menüs enthalten einen Baum unterschiedlicher Widgets. Abhängig von bestimmten Ereignissen der Komponente, ändert sich das gegenwärtig angezeigte Menü der Mensch-Maschine- Schnittstelle, unter Berücksichtigung jeweiliger Prioritätswerte.
2. Popup-Menüs der Komponente:
Manche Komponenten stellen im Rahmen der Ausführung einer Applikation Informationen bereit, welche durch die Mensch-Maschine-Schnittstelle 21 als Popup- Menü dargestellt werden. Ein Popup-Menü zeichnet sich dadurch aus, dass es als oberste Ebene über anderen Menüs oder Popup-Menüs zum Liegen kommt. Abhängig bestimmter Komponenten-Ereignisse, wie beispielsweise einer durch die Komponenten-Applikation bereitgestellten Navigationsinformation oder einem eingehenden Anruf, kann ein neues Popup-Menü angezeigt werden, wobei dies abhängig von einem vergebenen Prioritätswert erfolgt.
Audioszenarios
1. Komponente als Audio-Quelle mit einem bekannten Datentyp: Die Komponente, z.B. ein PDA oder MP3-Player, kann als eine Audio-Quelle mit dem Informationssystem 20 verbunden werden. Im Fall eines bekannten Datentyps bzw. Typs der Komponente ist der Mensch-Maschine-Schnittstelle bekannt, welche Art von Audio-Typ die Komponente bereitstellt. Abhängig vom vergebenen Prioritätswert kann daher die Relevanz der Applikation in Bezug auf weitere Applikationen der Mensch-Maschine-Schnittsteile ermittelt werden und die Audio-Quelle derart behandelt werden, als wäre diese eine fahrzeugeigene Audioquelle.
2. Komponente als Audioquelle mit unbekanntem Quellentyp:
Die Komponente kann einen Dienst anbieten, der dem Informationssystem Audiodaten bereitstellt, die dieses nicht kennt. Beispielsweise könnte dies ein über die Komponente empfangenes Webradio sein. Aufgrund des unbekannten Datentyps kann die Relevanz des Datenstroms nicht klassifiziert werden. Um dem Prioritätenmanagement gerecht zu werden, wird einer derartigen Applikation einer Komponente eine sehr geringe Priorität gegenüber anderen Applikationen, die durch das Informationssystem ausgeführt werden, eingeräumt. Auf diese Weise kann die Applikation als Audioquelle in die Mensch-Maschine-Schnittstelle 21 eingebunden werden, wobei jedoch sicherheitsrelevante Ereignisse aufgrund ihrer im Vergleich höheren Priorität vorrangig behandelt werden.
Videoszenarios
1. Anzeige von Videos, abhängig von einem Kontext:
Die durch eine Komponente bereitgestellten Videos werden in Abhängigkeit eines Fahrzeugparameters, beispielsweise der Fahrzeuggeschwindigkeit, unterdrückt. Wird ein bestimmter eingestellter Geschwindigkeitswert überschritten, so wird ein Video-Strom, der gerade benutzt wird, angehalten. Die Wiederaufnahme des Videostroms kann abhängig von einer vorgegebenen Bedingung, beispielsweise dem Stillstand des Fahrzeugs, erneut erfolgen.
2. Komponente als Video-Quelle mit einem bekannten oder unbekannten Datentyp:
Die Komponente, beispielsweise ein Smartphone, ein Videospieler, ein Fernsehempfänger oder ein Navigationsgerät, kann verschiedene Arten von Video-Quellen (DVD, Kamera, Fernsehen, Navigationskarte) anbieten. Diese Video-Ströme kön- nen auf einem der Displays 22, 23 der Mensch-Maschine-Schnittstelle 21 ausgegeben werden.
Allgemeine Szenarios
1. Komponente mit einem unbekannten Informationstyp:
Komponenten können Informationen mit einem unbekannten Informationstyp bereitstellen. Unabhängig davon wird der Applikation der Komponente ein Prioritätswert zugewiesen, welcher die priorisierte Behandlung relativ zu einer durch das Informationssystem ausgeführten Applikation festlegt.
2. Anschluss mehrerer Komponenten an das Informationssystem:
Beim Anschluss mehrerer Komponenten an das Informationssystem, welche den gleichen Informationstyp bereitstellen, erfolgt eine Zuweisung eines Prioritätswerts zu einer jeweiligen, durch die Komponenten bereitgestellten Applikation. Auch hierdurch ergibt sich eine Rangfolge, mit der festgelegt ist, ob eine der Applikationen der Komponenten bevorzugt oder nachrangig relativ zueinander oder gegenüber weiteren Applikationen des Informationssystems ausgeführt wird.
3. Zertifizierte Komponente:
Prinzipiell könnte jede an das Informationssystem angeschlossene Komponente einen hohen Prioritätswert bezüglich der von ihr bereitgestellten Applikationen anfragen und dadurch wichtigere Informationen anderer Applikationen unterdrücken. Um die Zuweisung der Prioritätswerte sachgerecht vornehmen zu können, wird eine Unterscheidung bezüglich bekannter (zertifizierter) und unbekannter Komponenten vorgenommen. Bekannten Applikationen von bekannten Komponenten werden höhere Prioritätswerte zugewiesen als unbekannten Applikationen bzw. Komponenten.
4. Nutzerpräferenzen:
Der Prioritätswert für eine Applikation einer Komponente kann durch einen Nutzer vorgegeben werden. Insbesondere ist es hierbei möglich, den oder die Prioritätswerte für eine Applikation aus einem Speicher, z.B. der in Fig. 1 gezeigten Datenbank 30, zu laden und zu nutzen. Ein einmal vergebener Prioritätswert sollte nicht mehr modifizierbar sein, um zu verhindern, dass sicherheitsrelevante Informationen durch eine neue Zuweisung in nachteiliger weise beeinträchtigt werden.
Damit nicht beliebige Applikationen einen beliebigen Inhalt in der Mensch-Maschine- Schnittstelle ausgeben/anzeigen dürfen, werden nur berechtigte Applikationen in die Bedienstruktur der Mensch-Maschine-Schnittstelle des Informationssystems integriert. Hierzu können verschiedene Vertrauensgrade („Trust Level") vorgesehen und vergeben werden. Darüber hinaus kann der Zugriff auf Fahrzeugdaten einer Applikation der Komponente mit bestimmten Rechten verbunden sein, welche ihrerseits an einen Prioritätswert gebunden sein können. Beispielsweise kann einer Applikation ein lesender Zugriff auf bestimmte Daten erlaubt, ein schreibender Zugriff hingegen verboten sein. Darüber hinaus kann selektiv festgelegt sein, welche Daten durch die Applikation verarbeitet werden dürfen und welche nicht. Über die Zuweisung von Prioritätswerten kann darüber hinaus festgelegt werden, welche Widgets einer Applikation verboten und welche zugelassen sind. Unter Widgets werden beispielsweise Popup-Menüs oder dynamische Bilder verstanden. Darüber hinaus können durch den oder die einer Applikation zugewiesenen Prioritätswert oder -werte die Anzahl von Updates pro Zeiteinheit, mit der die Applikation Ressourcen der Mensch-Maschine-Schnittstelle nutzen kann, festgelegt werden.
Eine einfache Personalisierung der Applikation wird durch die Verwendung von Prioritätswerten, welche einer Applikation bezüglich einer Mensch-Maschine-Schnittstelle zugewiesen werden, ermöglicht. Die Personalisierung ist jedoch auch ohne das oben beschriebene Prioritätenmanagement verwirklichbar. Personalisierung bedeutet, jeder Nutzer kann die Integration der Applikation mit seinem eigenen Profil, gegebenenfalls unter eigener Zuweisung von Prioritätswerten, konfigurieren.
Beispielsweise kann festgelegt werden, in welches Menü einer, z.B. baumartigen, Menüstruktur des Informationssystems eine Applikation integriert werden soll. Der Nutzer kann hier auf die vorgegebene Menüstruktur zurückgreifen. Typischerweise umfasst ein Informationssystem als Hauptmenüpunkte„Navigation",„Entertainment",„Telefon",„Office", „Klimatisierung" usw. Jeder dieser Hauptmenüpunkte umfasst eine Anzahl an untergeordneten Menüeinträgen, welche ihrerseits wiederum davon abhängige Menüeinträge aufweisen können. Dem Nutzer steht es prinzipiell frei, bei der Integration der Komponente eine jeweilige Applikation an einer für ihn geeignet erscheinenden Stelle der Menüstruktur einzubinden. Dies kann unabhängig davon erfolgen, ob ein logischer Zusammenhang zwischen der jeweiligen Applikation und dem Menüpunkt der Menüstruktur gegeben ist oder nicht. Vorzugsweise wird die Integration jedoch derart vorgenommen, dass diese nach logischen Gesichtspunkten sinnvoll erscheint, da hierdurch die Bedienung vereinfacht und die Verkehrssicherheit gewährleistet ist.
Es kann zum Beispiel eine Kategorie für die Applikation festgelegt werden, wodurch implizit der Einstiegspunkt (d.h. Menüpunkt der Menüstruktur) für den Zugriff auf die Applikation festgelegt ist. Es ist eine Personalisierung der Anzeige hinsichtlich Widgets, Layouts, Schriftgröße, Farben, Ausblenden von Spalten bei einer Tabelle und dergleichen möglich. Die Personalisierung kann auch die Bedienung betreffen: beispielsweise die Belegung von Tasten, sog. Functional Bookmarks oder Sprachbefehlen für die neue Applikation.
Bei der Integration der Komponente in das Informationssystem werden für eine jeweilige Applikation ein oder mehrere Parameter, die die Eingabe und/oder Ausgabe von Informationen einer jeweiligen Applikation der Komponente über das Informationssystem repräsentieren, ermittelt. Anhand der Parameter kann durch das Informationssystem die Integration der Applikation der Komponente in die Menüstruktur der Mensch-Maschine- Schnittstelle erfolgen. Die Parameter dienen zur technischen Einbindung der Ein- und/oder Ausgabestrukturen der Komponente in das Informationssystem. Der oder die Parameter werden beispielsweise in einem, der Applikation zugeordneten, Profil verwaltet.
Ein durch einen Nutzer erstelltes Profil kann in einem Speicher des Informationssystems, der Komponente oder einer externen Datenbank gespeichert werden, um zu einem späteren Zeitpunkt die vorgenommenen Einstellungen abrufen zu können. Es ist in diesem Zusammenhang möglich, ein solches Profil über die Mensch-Maschine-Schnittstelle im Fahrzeug, über die Bedienelemente der Komponente oder aber an einem externen PC zu erstellen. Es ist vorteilhaft, wenn die Ermittlung und Speicherung des oder der Parameter bei der erstmaligen Integration der Komponente in das Informationssystem erfolgt. Bei jeder erneuten Verbindung der Komponente mit dem Informationssystem werden die Parameter dann an das Informationssystem zur weiteren Verarbeitung und Integration der Komponente in das Informationssystem verwendet. Es ist vorteilhaft, wenn der oder die Parameter eines Profils in einem Speicher der Komponente oder einem zentralen Speicher, beispielsweise einer mit dem Fahrzeug kommunikativ verbundenen Datenbank, hinterlegt werden, da diese dann in einer Vielzahl von Fahrzeugen zur Verfügung stehen können. Hierdurch ist ein hoher Komfortgewinn für den Nutzer verbunden.
Bei einer in das Informationssystem integrierten Applikation der Komponente kann die Datenverbindung zwischen der Komponente und dem Informationssystem aus unterschiedlichen Gründen abreißen. Beispielsweise erfolgt eine Trennung bei laufender Applikation und einem eingehenden Anruf, der durch das Informationssystem behandelt wird. Um ein unvorhergesehenes Verhalten, sowohl der Komponente als auch des Informationssystems zu verhindern, ist vorgesehen, die Applikation in der Mensch-Maschine- Schnittstelle als nicht mehr verfügbar anzuzeigen. Beispielsweise kann die Applikation ausgegraut werden. Alternativ kann die Applikation von der Mensch-Maschine- Schnittstelle entfernt werden, so dass der betreffende Menüpunkt nicht mehr auswählbar ist. Um einen Datenverlust zu verhindern, ist es zweckmäßig, in dem Informationssystem zwischengespeicherte Daten über den Applikationsabbruch hinaus für einen vorgegebenen Zeitraum weiter zu verarbeiten und insbesondere zu speichern. Sofern eine Wiederaufnahme der Applikation erfolgt, können nur teilweise an das Informationssystem übertragene Daten nachgeladen oder ergänzt werden. Darüber hinaus kann vorgesehen sein, einen Verbindungsabbruch durch eine rechtzeitige Warnung oder ein Prefetching vorherzusagen und eine entsprechende Meldung über die Mensch-Maschine-Schnittstelle auszugeben.
Um die Reaktivität der durch die Komponente ausgeführten Applikation zu erhöhen und damit die Ablenkung während der Fahrt zu minimieren, können häufig benötigte Bilder und Texte initial beim Start der Applikation in das Informationssystem übertragen und in seinem Speicher vorgehalten werden. Hierdurch kann ein späteres Nachladen während der Bedienung vermieden werden. Zweckmäßigerweise wird hierzu jede Text- oder Bildressource mit einer eindeutigen Kennzeichnung versehen. Texte oder Textbestandteile können in mehreren Übersetzungen in dem Speicher hinterlegt sein, wobei das Informationssystem automatisch die richtige Sprache auswählt, je nach eingestellter globaler Sprache des Informationssystems. Die Priorisierung einer Applikation kann auch dazu verwendet werden, der Applikation der Komponente zur visuellen Ausgabe von Informationen über ein Display der Mensch- Maschine-Schnittstelle 21 lediglich einen Teilbereich einer gesamten Anzeigefläche zur Verfügung zu stellen, wobei ein anderer Teilbereich unter Kontrolle des Informationssystems verbleibt. Dies ist beispielsweise in Fig. 2 dargestellt. In der oberen Hälfte ist mit 50 eine Anzeigefläche eines Displays der Mensch-Maschine-Schnittstelle 21 dargestellt, wobei insgesamt vier Auswahlelemente 53 (sog. Softkeys) dargestellt sind. Über ein Eingabemittel kann eines der Auswahlelemente, in Fig. 2 das mit N fett gekennzeichnete Auswahlelement 53, ausgewählt werden. Hierbei erscheint der in Fig. 2 unten gezeigte Bildschirminhalt. In einem mit 51 gekennzeichneten, linken Teilbereich ist ein Menü mit einer Auswahlliste von Einträgen A bis E zu erkennen. Durch Selektion des Eintrags E wird beispielsweise die durch die Komponente 0 ausgeführte Applikation aufgerufen, wobei diese der mit 52 gekennzeichnete rechte Teilbereich der Applikation zur Verfügung gestellt wird. Während der Teilbereich 51 unter der Kontrolle des Informationssystems 20 verbleibt, liegt die Kontrolle des Teilbereichs 52 bei der Applikation. Hierbei können die zur Ausgabe zu bringenden Informationen in dem der Applikation zur Verfügung stehenden Teilbereich 52 durch die auf der Komponente ausgeführte Applikation erzeugt werden. Beispielsweise werden die hierzu notwendigen Bilddaten auf der Komponente ge- rendert. In einer alternativen Ausgestaltung werden die zur Ausgabe zu bringenden Informationen in dem der Applikation zur Verfügung stehenden Teilbereich 52 durch das Informationssystem 20 unter Steuerung der Applikation erzeugt. Dies bedeutet, die Applikation stellt dem Informationssystem, z.B. dem Rechner 27, die zur Erzeugung der Bildinformation notwendigen Daten zur Verfügung, welche aus diesen die notwendigen Informationen erzeugt.
Hierdurch kann in vielen Fällen die Bedienung verbessert werden. Die Applikation kann durch fahrzeugspezifische Elemente (im linken Teilbereich 51 dargestellt) fahrergerecht bedient werden. Dennoch können auch graphikintensive Daten, wie z.B. Kartenbilder, angezeigt werden. In der Beschreibung der Applikation kann hierzu ein Freestyle-Widget definiert werden. Wird in der Applikation ein Wechsel zu diesem Zustand ausgelöst, so wird ein spezieller Layer dargestellt, der die von der Komponente gerenderten Daten anzeigt. Beispiele hierfür sind ein analoges Video-Signal oder eine digitale Pixel-Replikation. Um diesen Layer herum können fahrzeugspezifische Elemente, wie z.B. eine Statusanzeige, weiterhin angezeigt werden. Außerdem können auch bedienbare Elemente, wie z.B. Buttons, in einem Menü neben dem Layer angezeigt werden. Die Bedienung kann über die Fahrzeugelemente in der Toolbar erfolgen. Die Darstellung der Karte wird von der Komponente gerendert und in dem vorher definierten Layer angezeigt.
Eine weitere Ausgestaltung sieht vor, dass die auf der Komponente laufende Applikation auf Fahrzeugdaten zugreifen kann. Hierdurch können mittels von dem Fahrzeug bereit gestellten GPS-Daten, abhängig von der Fahrzeugposition, Suchdienste durch die Applikation ausgeführt werden, auch wenn die Komponente selbst über keinen G PS- Empfänger verfügt. Beispielsweise können folgende Fahrzeugdaten einer Applikation zur Verfügung gestellt werden: Fahrzeugposition (z.B. zur Ermittlung von Tankstellen oder Restaurants in der Umgebung des Fahrzeugs), Fahrzeuggeschwindigkeit, Tankinhalt, Uhrzeit/Datum, eingestellte Sprache, eingestellter Radiosender (z.B. mit einer Titelanzeige und der Möglichkeit des Online-Kaufs eines gerade gespielten Titels). Die Fahrzeugdaten können einmalig (z.B. Kilometerstand oder Fahrzeugposition) abgefragt werden. Alternativ können Daten auch zyklisch an die Applikation übergeben werden. Die Übertragung der Daten kann beispielsweise durch Initiative der Applikation erfolgen. In der Anfrage kann festgelegt sein, ob ein einzelner Wert oder zyklische Daten benötigt werden. Über den einer Applikation zugewiesenen Prioritätswert kann festgelegt werden, welche Daten von einer Applikation verwendet werden dürfen. Hierdurch wird sichergestellt, dass sensible Daten nicht von unberechtigten Stellen ausgewertet werden können.
Um sicherzustellen, dass sensible Fahrzeug-Daten nicht von unberechtigten Applikationen einer in das Fahrzeug integrierten Komponente ausgewertet werden können, ist weiterhin vorgesehen, den oder die Parameter nur an solche Applikationen zu übertragen, welche ein vorgegebenes Kriterium in Bezug auf ein der Applikation zugewiesenes Recht erfüllen. Über das einer Applikation zugewiesene Recht kann festgelegt werden, welche Daten von einer Applikation verwendet werden dürfen. Die Zuweisung eines Rechts zu einer Applikation oder dem Nutzer einer Applikation kann im Rahmen eines Rechtemanagements erfolgen. Im Rahmen eines solchen Rechtemanagements können z.B. verschiedene Sicherheitsstufen, sog. Sicherheitslevel, vorgesehen sein. Die Rechtevergabe kann auf bestimmte Applikationen, Applikationsgruppen oder sämtliche in das Informationssystem integrierte oder zu integrierende Applikationen bezogen sein. Die Rechtevergabe kann auch derart sein, dass für einen jeweiligen Parameter eigene Rechte vergeben werden. Hierbei können einer jeweiligen Applikation oder dem Nutzer einer Applikation Rech- te bezüglich des Datenaustauschs und/oder bezüglich der Nutzung des Informationssystems zugewiesen werden. Beispielsweise können diese Rechte Lese- und/oder Schreibrechte bezüglich Informationen, welche in einem Speicher des Informationssystems hinterlegt sind, umfassen. Die Rechte können ebenso die Zulassung der Wiedergabe oder das Verbot der Wiedergabe bestimmter Widgets betreffen. Durch ein jeweiliges Recht kann die Anzahl von Aktualisierungen pro Zeiteinheit gesteuert werden, sofern zwischen der Applikation der Komponente und dem Informationssystem ein Datenaustausch stattfindet.

Claims

Patentansprüche
1. Verfahren zur Integration einer Komponente (10) in ein Informationssystem (20) eines Fahrzeugs, bei dem zumindest eine durch die Komponente (10) ausführbare oder bereitgestellte Applikation ( 3, 14, 15) durch eine Mensch-Maschine- Schnittstelle (21 ) des Informationssystems (20) einem Nutzer des Fahrzeugs verfügbar gemacht wird, dadurch gekennzeichnet, dass
die Integration der Komponente (10) in das Informationssystem (20) bezüglich der Eingabe und/oder Ausgabe von Informationen personalisiert bezüglich eines Benutzers der Komponente (10) vorgenommen wird.
2. Verfahren nach Anspruch 1 , dadurch gekennzeichnet, dass eine jeweilige Applikation (13, 14,15) der Komponente hinsichtlich ihrer Bedienung personalisiert wird.
3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass die Personalisierung im Rahmen der Integration der Komponente (10) über die Mensch- Maschine-Schnittstelle (21 ) oder einen mit dieser verbindbarem Rechner erfolgt.
4. Verfahren nach Anspruch 3, dadurch gekennzeichnet, dass das Informationssystem eine, insbesondere baumartige, Menüstruktur aufweist, welche eine Anzahl an über die Mensch-Maschine-Schnittstelle (21) auswählbare Menüs umfasst, wobei über die Mensch-Maschine-Schnittstelle (21 ) festgelegt wird, welchem der Menüs die zumindest eine durch die Komponente ( 0) ausführbare oder bereitgestellte Applikation (13, 14, 15) zur Auswahl zugeordnet wird.
5. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass die Personalisierung vor der Integration der Komponente (10) über die Komponente oder einen Rechner erfolgt.
6. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass zur Personalisierung der Bedienung wahlweise eine Belegung von Ein- und/oder Ausgabemitteln, Lesezeichen und Sprachbefehlen festgelegt wird.
7. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass eine jeweilige Applikation (13, 14, 15) der Komponente nach einem vorgegebenen Kriterium einem vorbestimmten der Menüs der Menüstruktur zugeordnet wird.
8. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass bei der Integration der Komponente (10) in das Informationssystem (20) für eine jeweilige Applikation (13, 14, 15) ein oder mehrere Parameter, die die Eingabe und/oder Ausgabe von Informationen einer jeweiligen Applikation (13, 14, 15) der Komponente (10) über das Informationssystem (20) repräsentieren, ermittelt werden.
9. Verfahren nach Anspruch 8, dadurch gekennzeichnet, dass die Parameter bei der erstmaligen Integration der Komponente (10) in das Informationssystem (20) ermittelt und in einem Speicher gespeichert werden.
10. Verfahren nach Anspruch 9, dadurch gekennzeichnet, dass die Parameter bei jeder folgenden Verbindung der Komponente (10) an das Informationssystem (20) aus dem Speicher ausgelesen und zu deren Integration verwendet werden.
11. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass beim Start einer Applikation (13, 14, 15) der an das Informationssystem (20) angeschlossenen Komponente (10), der Applikation (13, 14, 15) bezüglich der Mensch-Maschine-Schnittstelle (21 ) zumindest ein Prioritätswert zugewiesen wird, wobei ein Prioritätswert einen Rang angibt, mit dem die Applikation (13, 14, 15) der Komponente (10) bevorzugt oder nachrangig gegenüber einer weiteren Applikation (13, 14, 15), die durch das Informationssystem (20) ausgeführt wird oder ausgeführt werden soll, behandelt wird.
12. Verfahren nach Anspruch 11 , dadurch gekennzeichnet, dass beim Start der Applikation (13, 14, 15) der Komponente (10) eine Nachricht an das Informationssystem
(20) übertragen wird, in der die von der Applikation (13, 14, 15) zu deren Ausführung benötigten Ressourcen (22, 23, 24, 25) der Mensch-Maschine-Schnittstelle
(21 ) beschrieben sind, wobei einer oder mehreren der von der Applikation benötig- ten Ressourcen (22, 23, 24, 25) der Mensch-Maschine-Schnittsteile (21) ein jeweiliger Prioritätswert zugewiesen wird.
13. Verfahren nach Anspruch 11 oder 12, dadurch gekennzeichnet, dass der Prioritätswert dynamisch in Abhängigkeit eines Fahrzeugparameters verändert wird.
14. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass bei einer durch das Informationssystem (20) ausgeführten Applikation (13, 14, 15) der Komponente (10) und einer nicht bestimmungsgemäßen Trennung der Komponente (10) von dem Informationssystem (20) eine Behandlung des Applikationsabbruchs erfolgt, gemäß dem
die Applikation ( 3, 14, 15) als nicht mehr verfügbar angezeigt wird oder die Applikation (13, 4, 15) von dem Informationssystem (20) entfernt wird oder
in dem Informationssystem (20) zwischengespeicherte Daten über den Applikationsabbruch hinaus für einen vorgegebene Zeitraum weiterverarbeitet werden oder
von der Applikation (13, 14, 15) nur teilweise an das Informationssystem (20) übertragene Daten nachgeladen oder ergänzt werden oder
eine Prädiktion des Verbindungsabbruchs erfolgt.
15. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass beim Start der Applikation (13, 14, 15) zur Ausgabe von Informationen über die Mensch-Maschine-Schnittstelle (21 ), insbesondere regelmäßig, verwendete Daten, insbesondere Bilder und Texte, in einen Speicher des Informationssystems (20) übertragen werden, wobei die Daten, wenn diese während der Ausführung der Applikation (13, 14, 15) benötigt werden, aus dem Speicher des Informationssystems (20) geladen werden.
16. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass der Applikation (13, 14, 15) der Komponente (10) zur visuellen Ausgabe von Informationen über ein Display der Mensch-Maschine-Schnittstelle (21 ) ein Teilbereich einer Anzeigefläche zur Verfügung gestellt wird, wobei ein anderer Teilbereich unter Kontrolle des Informationssystems (20) verbleibt.
17. Verfahren nach Anspruch 16, dadurch gekennzeichnet, dass die zur Ausgabe zu bringenden Informationen in dem der Applikation (13, 14, 15) zur Verfügung stehenden Teilbereich durch die auf der Komponente (10) ausgeführten Applikation (13, 14, 15) erzeugt werden.
18. Verfahren nach Anspruch 16, dadurch gekennzeichnet, dass die zur Ausgabe zu bringenden Informationen in dem der Applikation (13, 14, 15) zur Verfügung stehenden Teilbereich durch das Informationssystem (20) unter Steuerung durch die Applikation (13, 14, 15) erzeugt werden.
19. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Applikation (13, 14, 15) über eine definierte Programmierschnittstelle auf zumindest einen Fahrzeug-spezifischen Parameter zugreift oder der Applikation (13, 14, 15) über die definierte Programmierschnittstelle der zumindest eine Fahrzeug-spezifische Parameter bereitgestellt wird, und die Applikation (13, 14, 15) den zumindest einen zur Verfügung gestellten Parameter verarbeitet.
20. Verfahren nach Anspruch 18, dadurch gekennzeichnet, dass der zumindest eine Fahrzeug-spezifische Parameter eine gegenwärtige Fahrsituation des Fahrzeugs und/oder einen Fahrzeugzustand wiedergibt und/oder einen gegenwärtigen Aufenthaltsort des Fahrzeugs berücksichtigt.
21. Computerprogrammprodukt, das direkt in den internen Speicher eines digitalen Rechners eines Fahrzeugs geladen werden kann und Softwarecodeabschnitte um- fasst, mit denen die Schritte gemäß einem der vorhergehenden Ansprüche ausgeführt werden, wenn das Produkt auf dem Rechner läuft.
22. Informationssystem (20) in einem Fahrzeug, das über eine Mensch-Maschine- Schnittstelle (21 ) bedienbar ist und einem Nutzer des Fahrzeugs Informationen zur Verfügung stellt, wobei in das Informationssystem (20) zumindest eine durch eine Komponente (10) ausführbare oder bereitgestellte Applikation (13, 14, 15) integrierbar ist, dadurch gekennzeichnet, dass das Informationssystem (20) Mittel aufweist, mit denen die Integration der Komponente (10) in das Informationssystem (20) bezüglich der Eingabe und/oder Ausgabe von Informationen personalisiert bezüglich eines Benutzers der Komponente (10) vornehmbar ist.
PCT/EP2010/064575 2009-10-08 2010-09-30 Verfahren zur integration einer komponente in ein informationssystem eines fahrzeugs WO2011042355A1 (de)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201080044885.5A CN102576305B (zh) 2009-10-08 2010-09-30 将部件整合到车辆信息***中的方法
US13/440,557 US9575771B2 (en) 2009-10-08 2012-04-05 Method for integrating a component into an information system of a vehicle

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
DE102009048638.0 2009-10-08
DE102009048638 2009-10-08
DE102009059141A DE102009059141A1 (de) 2009-10-08 2009-12-19 Verfahren zur Integration einer Komponente in ein Informationssystem eines Fahrzeugs
DE102009059141.9 2009-12-19

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/440,557 Continuation US9575771B2 (en) 2009-10-08 2012-04-05 Method for integrating a component into an information system of a vehicle

Publications (1)

Publication Number Publication Date
WO2011042355A1 true WO2011042355A1 (de) 2011-04-14

Family

ID=43734692

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2010/064575 WO2011042355A1 (de) 2009-10-08 2010-09-30 Verfahren zur integration einer komponente in ein informationssystem eines fahrzeugs

Country Status (4)

Country Link
US (1) US9575771B2 (de)
CN (1) CN102576305B (de)
DE (1) DE102009059141A1 (de)
WO (1) WO2011042355A1 (de)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102014206047A1 (de) 2014-03-31 2015-10-01 Volkswagen Aktiengesellschaft Verfahren und Vorrichtung zum Bereitstellen einer graphischen Benutzerschnittstelle in einem Fahrzeug
EP2930050A1 (de) 2014-04-08 2015-10-14 Volkswagen Aktiengesellschaft Verfahren und Vorrichtung zum Anzeigen von Informationen in einem Fahrzeug
US10922113B2 (en) 2014-02-04 2021-02-16 Volkswagen Ag Method for vehicle based data transmission and operation among a plurality of subscribers through formation of virtual machines

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2802984A1 (de) 2012-01-09 2014-11-19 Harman International Industries, Inc. Anwendungsintegration auf einer mobilen vorrichtung mit kopfeinheiten für unterhaltsame wissensvermittlung
DE102012009021B4 (de) * 2012-05-05 2023-11-09 Volkswagen Aktiengesellschaft Verfahren zum Übertragen von Daten von einem mobilen Endgerät zu einem Steuergerät eines Kraftfahrzeuges und Steuergerät
FR3001677A1 (fr) * 2013-02-01 2014-08-08 Peugeot Citroen Automobiles Sa Systeme telematique et procede de communication associe.
DE102013003266A1 (de) * 2013-02-27 2014-08-28 Volkswagen Aktiengesellschaft Informationswiedergabesystem für ein Fahrzeug und Verfahren zum Bereitstellen von Informationen für einen Benutzer eines Fahrzeugs
WO2014134452A1 (en) 2013-02-28 2014-09-04 Robert Bosch Gmbh Mobile electronic device integration with in-vehicle information systems
US10251034B2 (en) 2013-03-15 2019-04-02 Blackberry Limited Propagation of application context between a mobile device and a vehicle information system
US9300779B2 (en) 2013-03-15 2016-03-29 Blackberry Limited Stateful integration of a vehicle information system user interface with mobile device operations
DE102013007256B4 (de) * 2013-04-26 2018-11-22 Audi Ag Verfahren zum personalisierten Betreiben einer graphischen Benutzeroberfläche eines Kraftwagens und Kraftwagen mit einer solchen graphischen Benutzeroberfläche
EP2821907B1 (de) * 2013-07-04 2020-07-01 Volvo Car Corporation Verfahren und System zur Verwaltung von Infotainment-Funktionalität
DE102013223972A1 (de) * 2013-11-25 2015-05-28 Bayerische Motoren Werke Aktiengesellschaft Systemweite Suche in Fahrerinformationssystemen
EP2887021B1 (de) * 2013-12-20 2019-05-15 Airbus Operations GmbH Zusammenführung von Mensch-Maschine-Schnittstellen separater Domänen
DE102014016326A1 (de) 2014-11-03 2016-05-04 Audi Ag Verfahren zum Betreiben eines lnfotainmentsystems eines Kraftfahrzeugs und lnfotainmentsystem für ein Kraftfahrzeug
DE102015205378A1 (de) * 2015-03-25 2016-09-29 Volkswagen Aktiengesellschaft Informations- und Unterhaltungssystem für ein Fahrzeug
CN106209489B (zh) * 2015-05-30 2021-12-03 大众汽车有限公司 为车辆驾驶员通报通信连接的可用性的方法和信息***
US20170337027A1 (en) * 2016-05-17 2017-11-23 Google Inc. Dynamic content management of a vehicle display
DE102017109043A1 (de) * 2017-04-27 2018-10-31 Deutsche Telekom Ag Variable Steuerung von Bedienfunktionen im Kraftfahrzeug
WO2024017452A1 (en) 2022-07-18 2024-01-25 Audi Ag Method to provide a personalized sound in a vehicle

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10134717A1 (de) 2001-07-17 2003-02-20 Daimler Chrysler Ag Konfiguration eines Informationssystems
EP1347377A2 (de) * 2002-03-22 2003-09-24 Sun Microsystems, Inc. Abstrakte Benutzerschnittstellenverwaltung mit Priorisierung

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10005566C2 (de) * 2000-02-09 2001-12-06 Bosch Gmbh Robert Fahrerassistenzsystem und Verfahren zur Steuerung von einer Informationsdarstellung, von Kommunikationsmitteln und von einer Aktorik in einem Fahrzeug
US8620520B2 (en) * 2000-05-09 2013-12-31 Robert Bosch Gmbh Method for controlling devices, and a device in a communications network in a motor vehicle
DE10022423A1 (de) * 2000-05-09 2001-11-15 Bosch Gmbh Robert Verfahren zur Steuerung von Geräten und Gerät in einem Kommunikationsnetz in einem Kraftfahrzeug
DE10063390A1 (de) * 2000-12-19 2002-06-20 Bosch Gmbh Robert Verfahren zur Steuerung von Verbindungen in einem Kommunikationssystem hierzu
DE10151007A1 (de) * 2001-10-16 2003-04-17 Volkswagen Ag Bedienvorrichtung für Fahrzeuge
DE10159477B4 (de) * 2001-12-04 2004-02-19 Daimlerchrysler Ag Informationssystem für Fahrzeuge
DE10162653A1 (de) * 2001-12-20 2003-07-03 Bosch Gmbh Robert Verfahren und System zur Anzeige von Informationen und Fahrzeug-Infotainment System
DE10340870A1 (de) * 2003-09-04 2005-04-28 Siemens Ag Verfahren zur Steuerung der Ausgabe von Meldungen
JP4659754B2 (ja) * 2003-11-20 2011-03-30 ボルボ テクノロジー コーポレイション 車両運転者および複数のアプリケーション間の対話方法およびシステム
EP1732780B1 (de) * 2004-03-31 2017-04-26 Volkswagen Aktiengesellschaft Komunikationssystem und informationssystem für ein kraftfahrzeug
US7463961B2 (en) * 2005-06-30 2008-12-09 General Motors Corporation Method for adapting lockout of navigation and audio system functions while driving
DE102008007388A1 (de) * 2008-02-01 2009-08-06 Harkam, Norbert Steuerpanel mit großflächigem Display für die Nutzung eines PDAs bzw. PDA-Telefons als Infotainment System im KFZ
DE102008019288A1 (de) * 2008-04-16 2009-10-29 Continental Automotive Gmbh Bediensystem

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10134717A1 (de) 2001-07-17 2003-02-20 Daimler Chrysler Ag Konfiguration eines Informationssystems
EP1347377A2 (de) * 2002-03-22 2003-09-24 Sun Microsystems, Inc. Abstrakte Benutzerschnittstellenverwaltung mit Priorisierung

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10922113B2 (en) 2014-02-04 2021-02-16 Volkswagen Ag Method for vehicle based data transmission and operation among a plurality of subscribers through formation of virtual machines
DE102014206047A1 (de) 2014-03-31 2015-10-01 Volkswagen Aktiengesellschaft Verfahren und Vorrichtung zum Bereitstellen einer graphischen Benutzerschnittstelle in einem Fahrzeug
EP2927791A1 (de) 2014-03-31 2015-10-07 Volkswagen Aktiengesellschaft Verfahren und Vorrichtung zum Bereitstellen einer graphischen Benutzerschnittstelle in einem Fahrzeug
EP2930050A1 (de) 2014-04-08 2015-10-14 Volkswagen Aktiengesellschaft Verfahren und Vorrichtung zum Anzeigen von Informationen in einem Fahrzeug

Also Published As

Publication number Publication date
CN102576305B (zh) 2016-01-06
US9575771B2 (en) 2017-02-21
US20120192109A1 (en) 2012-07-26
DE102009059141A1 (de) 2011-04-14
CN102576305A (zh) 2012-07-11

Similar Documents

Publication Publication Date Title
WO2011042355A1 (de) Verfahren zur integration einer komponente in ein informationssystem eines fahrzeugs
EP2440425B1 (de) Verfahren zum steuern einer grafischen benutzerschnittstelle und bedienvorrichtung für eine grafische benutzerschnittstelle
EP3296892A1 (de) Benutzerschnittstelle für den zugriff auf eine menge von funktionen, verfahren und computerlesbares speichermedium zum bereitstellen einer benutzerschnittstelle für den zugriff auf eine menge von funktionen
DE10134717C2 (de) Verfahren zur Konfiguration eines Informationssystems
EP1883561B1 (de) Anschluss von persönlichen endgeräten an das kommunikationssystem eines kraftfahrzeuges
EP1582393B1 (de) Fahrerinformationssystem
EP3341245B1 (de) Verfahren und vorrichtung zum bereitstellen eines empfehlungssignals zum steuern zumindest einer funktion in einem fahrzeug
DE112017006751T5 (de) System und verfahren zum steuern eines fahrzeug-infotainment-systems
EP2927791B1 (de) Verfahren und vorrichtung zum bereitstellen einer graphischen benutzerschnittstelle in einem fahrzeug
DE19839354A1 (de) Fahrzeugkommunikationssystem
DE102014118959A1 (de) Verfahren und System für Anwendungskategorie-Benutzerschnittstellen-Templates
DE112014000351T5 (de) Kontextbasierte Fahrzeug-Benutzerschnittstellen-Rekonfiguration
DE102016115908A1 (de) Integration von internen Zusatzmodulen in die Fahrerbenutzerschnittstelle
CN104834495B (zh) 用于车内显示器上的移动内容的选择和布局的***和方法
DE102017222222A1 (de) Haupteinheit eines Fahrzeugs, Fahrzeug mit derselben und Verfahren zum Steuern eines Fahrzeugs
DE112016004768T5 (de) Fahrzeug-Bordanzeigesystem und Steuerungsverfahren für das Fahrzeug-Bordanzeigesystem
DE102012009429A1 (de) Verfahren zur Fernkonfiguration eines Fahrzeugs durch Visualisierung der Fahrzeugbedienung, sowie Endgerät und Fahrzeug hierfür
DE112015003379T5 (de) Systeme und Verfahren für eine adaptive Schnittstelle, um Anwendererfahrungen in einem Fahrzeug zu verbessern
DE102009059142A1 (de) Verfahren zur Integration einer Komponente in ein Informationssystem eines Fahrzeugs
EP2987066B1 (de) Kraftfahrzeug mit einer anzeige- und bedienvorrichtung und entsprechendes verfahren
DE102009059140A1 (de) Verfahren zur Integration einer Komponente in ein Informationssystem eines Fahrzeugs
EP1389392B1 (de) Multimediasystem für ein fahrzeug
EP1966678B1 (de) Bedienvorrichtung für ein elektronisches gerät, insbesondere eine fahrerinformationsvorrichtung
WO2015075162A1 (de) Systemweite suche in fahrerinformationssystemen
DE10323466A1 (de) Bedienvorrichtung

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201080044885.5

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10763358

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 10763358

Country of ref document: EP

Kind code of ref document: A1