WO2019238295A1 - Verfahren zum betreiben eines fahrzeugs und anordnung dazu - Google Patents

Verfahren zum betreiben eines fahrzeugs und anordnung dazu Download PDF

Info

Publication number
WO2019238295A1
WO2019238295A1 PCT/EP2019/059737 EP2019059737W WO2019238295A1 WO 2019238295 A1 WO2019238295 A1 WO 2019238295A1 EP 2019059737 W EP2019059737 W EP 2019059737W WO 2019238295 A1 WO2019238295 A1 WO 2019238295A1
Authority
WO
WIPO (PCT)
Prior art keywords
vehicle
needs
data
driving
case
Prior art date
Application number
PCT/EP2019/059737
Other languages
English (en)
French (fr)
Inventor
Thomas Matschke
Falko Winter
Julia BECHTOLD
Jochen SCHAEFERLING
Original Assignee
Robert Bosch Gmbh
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Robert Bosch Gmbh filed Critical Robert Bosch Gmbh
Publication of WO2019238295A1 publication Critical patent/WO2019238295A1/de

Links

Classifications

    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W50/08—Interaction between the driver and the control system
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W50/0098—Details of control systems ensuring comfort, safety or stability not otherwise provided for
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W2050/0001—Details of the control system
    • B60W2050/0002—Automatic control, details of type of controller or control system architecture
    • B60W2050/0016—State machine analysis
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W2050/0062—Adapting control system settings
    • B60W2050/0075—Automatic parameter input, automatic initialising or calibrating means
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W2050/0062—Adapting control system settings
    • B60W2050/0075—Automatic parameter input, automatic initialising or calibrating means
    • B60W2050/009—Priority selection
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2540/00—Input parameters relating to occupants
    • B60W2540/22—Psychological state; Stress level or workload
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2540/00—Input parameters relating to occupants
    • B60W2540/24—Drug level, e.g. alcohol
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2540/00—Input parameters relating to occupants
    • B60W2540/26—Incapacity
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2556/00—Input parameters relating to data
    • B60W2556/45—External transmission of data to or from the vehicle
    • B60W2556/55—External transmission of data to or from the vehicle using telemetry

Definitions

  • the invention relates to a method for operating a vehicle which is set up for autonomous, in particular purely autonomous, driving, and an arrangement for carrying out the method.
  • the method presented is used to operate a vehicle or motor vehicle that is set up for autonomous driving. It should be noted that a distinction is made between (highly) automatic or (highly) automated driving on the one hand and (purely) autonomous driving on the other.
  • Highly automated driving also known as highly automated driving, is an intermediate step between assisted driving, in which the driver is assisted by assistance systems, and autonomous driving, in which the vehicle drives automatically and without the driver's influence understand. In autonomous driving, the driver is therefore no longer required as a sensorial, control-related, mechanical and energetic relapse level.
  • autonomous taxi fleet Due to the high cost of autonomous vehicles, it can be expected that these will be limited by private individuals, at least for a certain period of time can be bought for your own needs. Rather, it can be assumed that a kind of "autonomous taxi fleet" is used together in the sense of a so-called shared mobility.
  • One possible application is likely to be that the user requests or calls the autonomous vehicle via an application program, a so-called app. In this app, the user profile of the or even every user can be saved or stored.
  • a method for automatically selecting a driving mode is known.
  • a specific driver type is determined, a driver profile for the specific driver type is loaded, the driver profile influencing the driving mode, and a driving mode is selected taking into account the driver profile and driving information.
  • the driving information includes driving parameters and / or driving parameter combinations, each of which is assigned an indicator value for a driving mode.
  • the indicator values of the respective driving modes are added to corresponding indicator sums, with the driving mode being selected whose indicator sum is the largest or the smallest.
  • the method provides for dynamics and driving behavior to be set in a vehicle that can be driven both by driver intervention and autonomously.
  • the method presented is characterized in that the needs of the user or users are recorded and these are brought into order or prioritized according to their priority.
  • the method can be used in particular in purely autonomous vehicles, such as taxis and shuttles without a steering wheel and pedal. This primarily concerns the premises of route selection and passenger characteristics, ie driving parameters such as "alone" or "sick".
  • driving parameters such as "alone” or "sick”.
  • This driving behavior is referred to herein as the state of the vehicle.
  • Various sensors and connectivity are required for this.
  • the system in the vehicle automatically receives all data and preferences specified by the user from an app. This is, for example, information about the desired destination, age, diseases, allergies, appointments, time management, etc.
  • Providing the data is voluntary, but optimizes the transportation of users.
  • several sensors can be provided in the vehicle, which are evaluated, for example, in a control unit.
  • Software can contain an algorithm to identify the appropriate driving mode.
  • the data and the information obtained in the vehicle combine and prioritize the vehicle or the cloud.
  • the vehicle selects one of the cases described below to suit the occupants and the external circumstances, for example weather or traffic.
  • a sensor installed in the seat can provide the vehicle with information on how many occupants are in the vehicle.
  • users When registering to use autonomous vehicles, users enter their preferences relating to autonomous driving, for example via an app, which can also be used to pay.
  • the vehicle knows about all passengers and evaluates their data and preferred driving style on every journey. The vehicle thus optimizes the driving style for every driving situation and the decision as to which passengers can share which vehicle in the fleet. This is referred to as shared mobility.
  • this can be implemented in such a way that the passengers can either use a manual selection or that the vehicle has access to the caliber of the passengers and thus adjusts the speed with the background knowledge of the traffic situation.
  • the fastest route is selected when choosing a route.
  • the speed is increased when driving on the motorway.
  • Another option is to set the default value to urgent in order to use this function continuously.
  • the vehicle recognizes, for example, from the payment profile that a child has entered the autonomous vehicle alone. Accordingly, the driving style with special attention to safety, e.g. B. Buckle up, adjusted.
  • the autonomous vehicle can form a kind of "shared taxi" for all children from the neighborhood who have to go to the same kindergarten or school. This eliminates the task of the parents to take the children to the kindergarten or school or to ensure a safe way to school. There is also the possibility that the vehicle sends a message to the parents of small children when and where the child got on the vehicle and when and where it got out. In this way, parents can always be sure that their children have arrived safely.
  • This case serves, for. B. to recognize heavily drunk, rioting or struggling passengers, since they represent an increased risk potential.
  • Microphones and vibration-sensitive sensors can be used to detect when the occupants exceed the normal conversation volume.
  • the vibration-sensitive sensor system detects e.g. B. nudges in the vehicle.
  • the speed is slowed down briefly and only increased again after a predefined time. In the event of repetition, a driving break can also be taken.
  • the vehicle In order to be able to achieve clear communication, a combination of image, sound and haptic information should be used in this case.
  • the vehicle automatically creates the advertisements in larger font and the announcements become louder than usual.
  • the longer entry and exit times are also taken into account.
  • the vehicle runs at lower speeds and gentle accelerations or decelerations.
  • Prioritization Restriction in a high prioritization level and will be preceded, for example, "in a hurry”.
  • the vehicle detects the vibrations of the luggage through the noise sensor in the trunk.
  • the vehicle runs at lower speeds and gentle accelerations or decelerations.
  • a user can indicate that he wants to use the vehicle alone, for example because he has to make internal, confidential phone calls.
  • the autonomous vehicle automatically recognizes whether one of the users has a cold. This is done via the noise sensor in the interior. In the case of multiple coughs or sneezes, a comparison is made with the profile data of the users. If there is no hay fever or other allergies in the profile, the occupants receive a message on their smartphone asking if they are contagious. If there is a risk of infection, no other people may get in or be warned.
  • Older people, people with heart problems or at risk of health receive a recommendation to wear a health tracker, e.g. B. Smart Watch and / or long-term ECG.
  • a sensor for pulse measurement can be installed in the seat. In the event of a weak pulse, the affected occupant receives, for example, a message on the smartphone in which he can confirm his health in the event of a mistake. If there is no confirmation, an emergency call is made in the form of an e-call and the vehicle quickly moves towards the hospital or ambulance.
  • the cases are z. B. prioritized 1 to 4. 1 represents the highest prioritization level.
  • Level 1 The "sick" case has the highest prioritization level because it affects people at risk. All other cases are thus ignored and the vehicle assumes the "route change” state.
  • Level 2 The cases “Child” and “Restriction” are put on an equal footing here due to the increased security. The vehicle is in the "careful" state.
  • Level 3 "Hurry”, "Party People” and “Baggage” are at the same prioritization level, whereby in this level the ranking baggage - Party People - is hastily graded.
  • the vehicle In the case of luggage, the vehicle assumes the “careful” state. As far as the “Party People” case occurs, the vehicle briefly assumes the “slow” state. Only when the sensors no longer exceed the normal value does the vehicle switch to "standard” mode. When the "urgent” case occurs, the “fast” state is initiated. However, since the "careful”, “slow” and “route change” cases have higher priorities, the vehicle only changes to the "fast” state if there is no conflict with other cases.
  • Level 4 The "request” is at the last level because it is only approved if it does not contradict any other case.
  • the arrangement presented serves to carry out the method. This can be implemented in the motor vehicle, an external computing unit, such as, for example, in particular a mobile computing unit of a user or in a cloud, and distributed over these units as desired.
  • the arrangement can be implemented in software and / or in hardware.
  • FIG. 1 shows a possible sequence of the method presented in a state model.
  • Figure 2 shows a schematic representation of a motor vehicle with an implementation of the arrangement described.
  • FIG. 1 A state model is shown in FIG. 1, which is designated overall by reference number 10 and comprises different states that the vehicle can assume.
  • the method accesses a table that can be stored, for example, in a memory in the vehicle, in a memory of a particularly mobile computing unit of the user or in a cloud. This table looks like this:
  • the aforementioned case “alone” is a premise of the journey and in the strict sense is not a driving mode, such as, for example, fast, slow.
  • This premise can be manual or automatic, e.g. B. with an incoming call, before but also while driving.
  • These states are "standard” 12, "fast” 14, "careful” 16, "slow” 18 and "route change” 20.
  • a first state transition 30 is triggered by the event or case 1, a second state transition 32 by events or cases 2, 4 or 5 are triggered.
  • a fifth state transition 38 is carried out if the case 6 or 7 is present.
  • An algorithm can select the states based on the cases of the passengers and their priorities.
  • the vehicle typically depends on the passenger with the highest priority case.
  • FIG. 2 shows a schematic representation of a vehicle, which is generally designated by the reference number 50 and which is set up for autonomous operation.
  • a computing unit 52 which is designed as an arrangement for carrying out the method, is provided in this vehicle 50.
  • a series of sensors 54 are also provided in the vehicle for receiving data, which represent information that is used in the method for selecting the state of the vehicle.
  • a user interface 56 for entering data is provided in the vehicle 50.
  • the illustration also shows an external computing unit 60, on which an app 62 runs, which serves to enable a user to access such a vehicle 50.
  • the computing unit 60 has a user interface 64.
  • the prioritization takes place on the computing unit 52.
  • the external computing unit 60 in connection with the user interface 56 usually serves to provide passenger-related, in particular anonymized, data relating to the order and driving parameters.

Abstract

Die Erfindung betrifft ein Verfahren zum Betreiben eines Fahrzeugs (50), das für ein rein autonomes Fahren eingerichtet ist und das unterschiedliche Zustände (12, 14, 16, 18, 20) annehmen kann, wobei Daten, die Informationen zu Bedürfnisse mindestens eines Nutzers repräsentieren, zur Verfügung gestellt werden, diese Bedürfnisse priorisiert werden, und unter Berücksichtigung der priorisierten Bedürfnisse ein Zustand (12, 14, 16, 18, 20) des Fahrzeugs anhand der zugeordneten Daten eingestellt wird.

Description

Beschreibung
Titel
Verfahren zum Betreiben eines Fahrzeugs und Anordnung dazu
Die Erfindung betrifft ein Verfahren zum Betreiben eines Fahrzeugs, das für ein autonomes, insbesondere ein rein autonomes, Fahren eingerichtet ist, und eine Anordnung zum Durchführen des Verfahrens.
Stand der Technik
Das vorgestellte Verfahren dient zum Betreiben eines Fahrzeugs bzw. Kraftfahr zeugs, das für ein autonomes Fahren eingerichtet ist. Zu beachten ist, dass zwi schen einem (hoch)automatischen bzw. (hoch)automatisierten Fahren einerseits und einem (rein) autonomen Fahren andererseits unterschieden wird. Unter ei nem hochautomatischen Fahren, das auch als hochautomatisiertes Fahren be zeichnet wird, ist ein Zwischenschritt zwischen einem assistierten Fahren, bei dem der Fahrer durch Assistenzsysteme unterstützt wird, und einem autonomen Fahren, bei dem das Fahrzeug selbsttätig und ohne Einwirkung des Fahrers fährt, zu verstehen. Beim autonomen Fahren entfällt somit der Fahrer als eine sensorische, regelungstechnische, mechanische und energetische Rückfall ebene.
Es werden zukünftig sowohl autonom fahrende Fahrzeuge als auch nicht auto nom fahrende Fahrzeuge auf den Straßen unterwegs sein. Beim autonomen Fahren (SAE Level 5) (SAE: Society of Automotive Engineering) haben die Mit fahrer keinen Einfluss auf den Fahrstil des Fahrzeugs. Das Fahrzeug fährt vollau tomatisiert ohne menschliches Eingreifen. Somit sind alle Insassen Passagiere.
Aufgrund der hohen Kosten für autonome Fahrzeuge ist damit zu rechnen, dass diese zumindest für einen gewissen Zeitraum nur begrenzt von Privatpersonen für den eigenen Bedarf gekauft werden. Vielmehr ist davon auszugehen, dass eine Art "autonome Taxiflotte" gemeinsam im Sinne einer sogenannten Shared Mobility genutzt wird. Eine mögliche Anwendung wird voraussichtlich darin beste hen, dass die Nutzer das autonome Fahrzeug über ein Anwendungsprogramm, eine sogenannte App, anfordern bzw. rufen. In dieser App kann das Nutzerprofil des oder gar jedes Nutzers gespeichert bzw. hinterlegt sein.
Aus der Druckschrift DE 10 2014 215 258 Al ist ein Verfahren zum automati schen Auswählen eines Fahrmodus bekannt. Bei dem Verfahren wird ein be stimmter Fahrertyp ermittelt, ein Fahrerprofil für den bestimmten Fahrertyp gela den, wobei das Fahrerprofil den Fahrmodus beeinflusst, und ein Fahrmodus un ter Berücksichtigung des Fahrerprofils und von Fahrinformationen ausgewählt.
Die Fahrinformationen umfassen Fahrparameter und/oder Fahrparameterkombi nationen, denen jeweils für einen Fahrmodus ein Indikatorwert zugeordnet wird. Die Indikatorwerte der jeweiligen Fahrmodi werden zu entsprechenden Indikator summen addiert, wobei der Fahrmodus ausgewählt wird, dessen Indikatorsumme am größten oder am kleinsten ist. Bei dem Verfahren ist vorgesehen, bei einem Fahrzeug, das sowohl durch Eingriff eines Fahrers als auch autonom gefahren werden kann, Dynamik und Fahrverhalten einzustellen.
Offenbarung der Erfindung
Vor diesem Hintergrund werden ein Verfahren gemäß Anspruch 1 und eine An ordnung zum Durchführen des Verfahrens mit den Merkmalen des Anspruchs 7 vorgestellt. Es werden weiterhin ein Computerprogramm nach Anspruch 9 und ein maschinenlesbares Speichermedium gemäß Anspruch 10 vorgestellt. Ausge staltungen ergeben sich aus der Beschreibung und den abhängigen Ansprüchen.
Das vorgestellte Verfahren zeichnet sich dadurch aus, dass Bedürfnisse des o- der der Nutzer erfasst werden und diese entsprechend ihrer Priorität in eine Rei henfolge gebracht bzw. priorisiert werden. Das Verfahren ist insbesondere bei rein autonom fahrenden Fahrzeugen, wie bspw. Taxis und Shuttles ohne Lenk rad und Pedal, einsetzbar. Dabei geht es vornehmlich um Prämissen Routen- Auswahl und Passagiereigenschaften, also um Fahrparameter wie "alleine" oder "krank". Mit dem beschriebenen Verfahren ist es möglich, die Fahrweise eines autonom fahrenden Fahrzeugs innerhalb einer autonomen Taxiflotte durch Anpassung des Fahrverhaltens bzw. des Fahrmodus aufgrund unterschiedlicher Indikationen au tomatisch bzw. automatisiert zu optimieren. Dieses Fahrverhalten wird hierin als Zustand des Fahrzeugs bezeichnet. Hierzu sind verschiedene Sensoren und An- schließbarkeit bzw. Connectivity erforderlich.
Zu berücksichtigen dabei ist, dass jeder Nutzer eigene Wünsche und Bedürfnisse hat. Diese sollten auch beim autonomen Fahren optimal erfüllt werden, wobei die unterschiedlichen Bedürfnisse auch verschiedene Grade an Wichtigkeit bzw. ver schiedene Prioritäten haben. In der Priorisierung dieser Bedürfnisse ist z. B. Si cherheit dem Komfort voranzustellen. Das vorgestellte Verfahren erkennt nun mehr automatisch die Bedürfnisse, priorisiert diese und leitet dementsprechend Maßnahmen ein. Maßnahmen können hierbei sein: Fahrstil, Wahl der Mitfahren den, individuelle Anpassungen, usw.
Mögliche Problemfälle, die mit dem beschriebenen Verfahren gelöst werden, sind:
- eilige Menschen werden langsam transportiert,
- kranke Menschen werden nicht an den richtigen Ort gebracht,
- rempelnde Menschen bzw. nicht gesichertes Gepäck wird nicht ausreichend si cher transportiert usw.
Das System im Fahrzeug erhält in Ausgestaltung von einer App automatisch alle durch die Nutzer angegebenen Daten und Präferenzen. Hierbei handelt es sich bspw. um Informationen über den gewünschten Zielort, Alter, Krankheiten, Aller gien, Termine, Zeitmanagement usw.
Die Angabe der Daten ist freiwillig, optimiert jedoch die Beförderung der Nutzer. Um nicht angegebene Informationen über die Insassen und das Gepäck zu ge winnen, können mehrere Sensoren im Fahrzeug vorgesehen sein, die bspw. in einem Steuergerät ausgewertet werden. Eine Software kann einen Algorithmus zur Identifizierung des passenden Fahrmodus enthalten.
Die Daten und die im Fahrzeug gewonnen Informationen kombiniert und priori- siert in Ausgestaltung das Fahrzeug bzw. die Cloud. Passend zu den Insassen und den äußeren Umständen, bspw. Wetter oder Verkehr, wählt das Fahrzeug einen der unten beschriebenen Fälle aus.
So kann bspw. ein Sensor, der im Sitz verbaut ist, dem Fahrzeug die Information, wie viele Insassen sich im Fahrzeug befinden, liefern.
Die Nutzer geben bei der Registrierung zur Nutzung autonomer Fahrzeuge ihre Präferenzen rund um das autonome Fahren ein, bspw. per App, über die auch bezahlt werden kann. Das Fahrzeug weiß über alle Mitfahrenden Bescheid und wertet deren Daten und bevorzugten Fahrstil bei jeder Fahrt aus. So optimiert das Fahrzeug den Fahrstil für jede Fahrsituation und die Entscheidung, welche Mitfahrenden sich welches Fahrzeug der Flotte teilen können. Dies wird mit dem Begriff Shared Mobility bezeichnet.
Es werden nachfolgend einige Fälle bzw. Szenarien aufgeführt:
1. Fall: Eilig
Dieser Fall tritt ein, wenn die Nutzer dringend zu einem Termin, bspw. zum Flug hafen, müssen. Hier wird die Geschwindigkeit dem Anwendungsfall angepasst.
Technisch kann das so umgesetzt werden, dass die Mitfahrenden entweder eine manuelle Auswahl nutzen können oder dass das Fahrzeug Zugriff auf den Kalen der des Mitfahrenden hat und so mit dem Hintergrundwissen über die Verkehrs lage die Geschwindigkeit anpasst. Bei der Routenwahl wird hierbei der schnellste Weg ausgewählt. Die Geschwin digkeit wird bei Autobahnfahrt hochgesetzt. Eine weitere Möglichkeit besteht da rin, den Standardwert dauerhaft auf eilig zu setzen, um diese Funktion ständig zu nutzen.
2. Fall: Kind
Das Fahrzeug erkennt bspw. anhand des Bezahlungsprofils, dass ein Kind al leine in das autonome Fahrzeug eingestiegen ist. Dementsprechend wird der Fahrstil mit besonderem Augenmerk auf Sicherheit, z. B. Anschnallen, ange passt. Außerdem kann das autonome Fahrzeug eine Art "Sammeltaxi" für alle Kinder aus der Nachbarschaft bilden, die zum selben Kindergarten bzw. zur sel ben Schule müssen. So entfällt die Aufgabe der Eltern, die Kinder zum Kinder garten bzw. zur Schule zu bringen oder sich um einen sicheren Schulweg zu kümmern. Des Weiteren besteht die Möglichkeit, dass das Fahrzeug den Eltern von Kleinkindern eine Nachricht schickt, wann und wo das Kind das Fahrzeug bestiegen hat und wann und wo es ausgestiegen ist. So können sich die Eltern jederzeit sicher sein, dass ihre Kinder gut angekommen sind.
3. Fall: Fahrgäste in Feierlaune bzw. "Party People"
Dieser Fall dient dazu, z. B. stark alkoholisierte, randalierende oder sich strei tende Mitfahrende zu erkennen, da sie ein erhöhtes Gefahrenpotenzial darstel len.
Durch Mikrofone und vibrationssensible Sensorik lässt sich erkennen, wenn die Insassen die normale Gesprächslautstärke überschreiten. Zusätzlich erkennt die vibrationssensible Sensorik z. B. Schubsereien im Fahrzeug.
Wenn mindestens einer dieser Sensoren seine Grenzwerte überschreitet, wird die Geschwindigkeit kurzfristig verlangsamt und erst nach einer vordefinierten Zeit wieder erhöht. Bei Wiederholung kann auch eine Fahrpause eingelegt wer den.
4. Fall: Fahrgäste mit körperlichen Einschränkungen (Einschränkung) Blinde, taube oder ältere Menschen, die aufgrund ihrer Einschränkung nicht oder nur schwer selbst ein Fahrzeug bedienen können, Anzeigen zur Fahrtzeit, Ein- und Ausstieg oder Ortsangaben können nicht mehr bzw. schwer visuell und akustisch erfasst werden.
Um somit eine deutliche Kommunikation erreichen zu können, sollte für diesen Fall eine Kombination aus Bild, Ton und haptischen Hinweisen stattfinden. Somit gestaltet das Fahrzeug die Anzeigen automatisch in größerer Schrift, und die Durchsagen werden lauter als gewöhnlich. Des Weiteren wird die längere Ein- und Ausstiegszeit beachtet. Das Fahrzeug fährt mit niedrigeren Geschwindigkei ten und sanften Beschleunigungen bzw. Verzögerungen.
Priorisierung: Einschränkung in einer hohen Priorisierungsstufe und wird bspw. "eilig" vorangestellt sein.
5. Fall: Gepäck
Wenn die sich im Kofferraum befindliche Ladung ungesichert ist, erkennt das Fahrzeug die Vibrationen des Gepäcks durch den Geräuschsensor im Koffer raum. Das Fahrzeug fährt mit niedrigeren Geschwindigkeiten und sanften Be schleunigungen bzw. Verzögerungen.
6. Fall: alleine notwendig
Hier geht es nur darum, keine weitere Person mitzunehmen. Es besteht kein Ein fluss auf die Geschwindigkeit und den Fahrstil. a) Beim Anwendungsfall "arbeiten" kann ein Nutzer angeben, dass er das Fahr zeug alleine nutzen möchte, da er bspw. firmeninterne, vertrauliche Telefonate führen muss. b) Außerdem erkennt das autonome Fahrzeug automatisch, ob einer der Nutzer erkältet ist. Dies geschieht über den Geräuschsensor im Innenraum. Bei mehrfa chem Husten bzw. Niesen geschieht ein Abgleich mit den Profildaten der Nutzer. Wenn im Profil kein Heuschnupfen oder sonstige Allergien angegeben sind, be kommen die Insassen eine Nachricht auf ihr Smartphone, mit der Frage, ob sie ansteckend sind. Bei einer Ansteckungsgefahr dürfen keine weiteren Personen einsteigen, bzw. werden gewarnt.
7. Fall: krank
Ältere, herzkranke oder gesundheitsgefährdete Menschen, bekommen eine Empfehlung zum Tragen eines Gesund heitstrackers, z. B. Smart Watch und/oder Langzeit- EKG. Außerdem kann im Sitz ein Sensor zur Pulsmessung verbaut wer den. Im Falle eines schwachen Pulses bekommt der betroffene Insasse bspw. eine Nachricht auf das Smartphone, in welcher er bei Irrtum seine Gesundheit bestätigen kann. Erfolgt keine Bestätigung, wird ein Notruf in Form eines E- Call ausgerufen und das Fahrzeug bewegt sich schnell in Richtung Krankenhaus bzw. Krankenwagen.
8. Sonderfall: Anfrage bzw. Request
Es besteht die Möglichkeit, eine Routenänderungsanfrage an das Fahrzeug zu stellen. Im Fall von dringenden menschlichen Bedürfnissen, bspw. Toilettengang, Hunger oder Durst, werden diese an das Fahrzeug übermittelt. Das Fahrzeug gleicht alle Prioritäten der Insassen ab und genehmigt die Anfrage, wenn es zu den Wünschen aller Insassen passt. Abgelehnt wird bei Konflikten zwischen den Nutzern. Sofortige dringende Bedürfnisse werden höher priorisiert.
Priorisierung:
Die Fälle werden nach ihrer Dringlichkeit von z. B. 1 bis 4 priorisiert. Hierbei stellt 1 die höchste Priorisierungsstufe dar.
Stufe 1: Die höchste Priorisierungsstufe hat der Fall "krank", da hier gefährdete Personen betroffen sind. Somit werden alle anderen Fälle ignoriert und das Fahr zeug nimmt Zustand "Routenänderung" ein. Stufe 2: Die Fälle "Kind" und "Einschränkung" werden hier aufgrund der erhöhten Sicherheit gleichgestellt. Das Fahrzeug nimmt den Zustand "vorsichtig" ein.
Stufe 3: "eilig", "Party-People" und "Gepäck" stehen auf derselben Priorisierungs- stufe, wobei in dieser Stufe nach der Rangfolge Gepäck - Party-People - eilig ab gestuft wird. Bei Gepäck nimmt das Fahrzeug den Zustand "vorsichtig" ein. So fern der Fall "Party- People" eintritt, nimmt das Fahrzeug kurzzeitig den Zustand "langsam" ein. Erst wenn die Sensoren den Normalwert nicht mehr überschrei ten, wechselt das Fahrzeug auf den "Standard"-Modus. Beim Eintreten des Falls "eilig", wird der Zustand "schnell" eingeleitet. Da die Fälle für "vorsichtig", "lang sam" und "Routenänderung" jedoch höhere Prioritäten haben, wechselt das Fahrzeug erst in den Zustand "schnell", wenn kein Konflikt mit anderen Fällen besteht.
Stufe 4: Die "Anfrage" steht auf der letzten Stufe, da sie nur genehmigt wird, wenn sie keinem anderen Fall widerspricht.
Die vorgestellte Anordnung dient zum Durchführen des Verfahrens. Diese kann in dem Kraftfahrzeug, einer externen Recheneinheit, wie bspw. insbesondere ei ner mobilen Recheneinheit eines Nutzers oder auch in einer Cloud sowie beliebig verteilt über diese Einheiten implementiert sein. Die Anordnung kann dabei in Software und/oder in Hardware verwirklicht sein.
Weitere Vorteile und Ausgestaltungen der Erfindung ergeben sich aus der Be schreibung und den beiliegenden Zeichnungen.
Es versteht sich, dass die voranstehend genannten und die nachstehend noch zu erläuternden Merkmale nicht nur in der jeweils angegebenen Kombination, son dern auch in anderen Kombinationen oder in Alleinstellung verwendbar sind, ohne den Rahmen der vorliegenden Erfindung zu verlassen.
Kurze Beschreibung der Zeichnungen
Figur 1 zeigt in einem Zustandsmodell einen möglichen Ablauf des vorgestellten Verfahrens. Figur 2 zeigt in einer schematischen Darstellung ein Kraftfahrzeug mit einer Aus führung der beschriebenen Anordnung.
Ausführungsformen der Erfindung
Die Erfindung ist anhand von Ausführungsformen in den Zeichnungen schema tisch dargestellt und wird nachfolgend unter Bezugnahme auf die Zeichnungen ausführlich beschrieben.
In Figur 1 ist ein Zustandsmodell dargestellt, das insgesamt mit der Bezugsziffer 10 bezeichnet ist und unterschiedliche Zustände, die das Fahrzeug einnehmen kann, umfasst. Bei der vorgestellten Ausführung greift das Verfahren auf eine Ta belle zu, die bspw. in einem Speicher im Fahrzeug, in einem Speicher einer ins besondere mobilen Recheneinheit des Nutzers oder auch in einer Cloud abge legt sein kann. Diese Tabelle sieht hier wie folgt aus:
Fälle Prioritäten
Fall 1 eilig 3
Fall 2 Kind 2
Fall 3 Party People 3
Fall 4 Einschränkung 2
Fall 5 Gepäck 3
Fall 6 krank 1
Fall 7 Anfrage 4
Wie dem in Figur 1 dargestellten Zustandsmodell zu entnehmen ist, gibt es fünf Zustände zu den sieben Fällen.
Der zuvor genannte Fall "alleine" ist eine Prämisse der Fahrt und im eigentlichen Sinne kein Fahrmodus, wie bspw. schnell, langsam. Diese Prämisse kann manu ell oder automatisch, z. B. bei einem eingehenden Anruf, vor aber auch während der Fahrt gesetzt werden. Diese Zustände sind "Standard" 12, "schnell" 14, "vorsichtig" 16, "langsam" 18 und "Routenänderung" 20. Ein erster Zustandsübergang 30 wird durch das Er eignis bzw. den Fall 1 ausgelöst, ein zweiter Zustandsübergang 32 wird durch die Ereignisse bzw. Fälle 2, 4 oder 5 ausgelöst. Ein dritter Zustandsübergang 34 wird nach Ablauf einer vorgegebenen Zeitspanne t = xmin vorgenommen, wenn Ereig nis bzw. Fall 3 nicht bzw. nicht mehr vorliegt. Ein vierter Zustandsübergang 36 wird vorgenommen und für eine vorgegebene Zeitspanne t = xmin eingenom men, wenn der Fall 3 vorliegt. Ein fünfter Zustandsübergang 38 wird durchge führt, wenn der Fall 6 oder 7 vorliegt.
Ein Algorithmus kann die Zustände anhand der Fälle der Mitfahrenden und deren Prioritäten auswählen. Das Fahrzeug richtet sich typischerweise nach dem Fahr gast mit dem Fall der höchsten Priorität.
Figur 2 zeigt in einer schematischen Darstellung ein Fahrzeug, das insgesamt mit der Bezugsziffer 50 bezeichnet ist und das für einen autonomen Betrieb ein gerichtet ist. In diesem Fahrzeug 50 ist eine Recheneinheit 52, die als Anordnung zur Durchführung des Verfahrens ausgebildet ist, vorgesehen. In dem Fahrzeug ist weiterhin eine Reihe von Sensoren 54 zur Aufnahme von Daten vorgesehen, die Informationen repräsentieren, die im Verfahren zur Auswahl des Zustands des Fahrzeugs herangezogen werden. Weiterhin ist in dem Fahrzeug 50 eine Nutzerschnittstelle 56 zur Eingabe von Daten vorgesehen.
Die Darstellung zeigt außerdem eine externe Recheneinheit 60, auf der eine App 62 läuft, die dazu dient, einem Nutzer den Zugang zu einem solchen Fahrzeug 50 zu ermöglichen. Hierzu verfügt die Recheneinheit 60 über eine Benutzer schnittstelle 64.
Typischerweise erfolgt die Priorisierung auf der Recheneinheit 52. Die externe Recheneinheit 60 in Verbindung mit der Nutzerschnittstelle 56 dient üblicher weise zur Bereitstellung passagierbezogener, insbesondere anonymisierter, auf tragsbezogener Daten und Fahrparameter.

Claims

Ansprüche
1. Verfahren zum Betreiben eines Fahrzeugs (50), das für ein autonomes Fahren eingerichtet ist und das unterschiedliche Zustände (12, 14, 16, 18, 20) annehmen kann, wobei
- Daten, die Informationen zu Bedürfnissen mindestens eines Nutzers repräsen tieren, zur Verfügung gestellt werden,
- diese Bedürfnisse priorisiert werden, und
- unter Berücksichtigung der priorisierten Bedürfnisse ein Zustand (12, 14, 16,
18, 20) des Fahrzeugs anhand der zugeordneten Daten eingestellt wird.
2. Verfahren nach Anspruch 1, bei dem die Daten zumindest teilweise von Sen soren (54) erfasst werden.
3. Verfahren nach Anspruch 1 oder 2, bei dem die Daten zumindest teilweise von einem Nutzer eingegeben werden.
4. Verfahren nach Anspruch 3, bei dem der mindestens eine Nutzer die Daten über eine fahrzeugexterne Nutzerschnittstelle (64) eingibt, die Daten ausgewertet werden und anschließend die ausgewerteten Daten auf das Fahrzeug (50) über tragen werden, um dessen Zustand (12, 14, 16, 18, 20) einzustellen.
5. Verfahren nach einem der Ansprüche 1 bis 4, bei dem zur Priorisierung auf eine Tabelle zugegriffen wird.
6. Verfahren nach einem der Ansprüche 1 bis 5, bei dem Bedürfnisse mehrere Nutzer berücksichtigt werden, wobei die Bedürfnisse verschiedener Nutzer priori siert werden.
7. Anordnung zum Betreiben eines Fahrzeugs (50), die zur Durchführung eines Verfahrens nach einem der Ansprüche 1 bis 6 eingerichtet ist.
8. Anordnung nach Anspruch 7, die in einer Recheneinheit (52) im Fahrzeug (50) implementiert ist.
9. Computerprogramm mit Programmcodemitteln, das dazu eingerichtet ist, ein Verfahren nach einem der Ansprüche 1 bis 6 auszuführen, wenn das Computer programm auf einer Recheneinheit (52), insbesondere einer Recheneinheit in ei- ner Anordnung gemäß Anspruch 7, ausgeführt wird.
10. Maschinenlesbares Speichermedium mit einem darauf gespeicherten Com puterprogramm nach Anspruch 9.
PCT/EP2019/059737 2018-06-15 2019-04-16 Verfahren zum betreiben eines fahrzeugs und anordnung dazu WO2019238295A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102018209672.4 2018-06-15
DE102018209672.4A DE102018209672A1 (de) 2018-06-15 2018-06-15 Verfahren zum Betreiben eines Fahrzeugs und Anordnung dazu

Publications (1)

Publication Number Publication Date
WO2019238295A1 true WO2019238295A1 (de) 2019-12-19

Family

ID=66484001

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2019/059737 WO2019238295A1 (de) 2018-06-15 2019-04-16 Verfahren zum betreiben eines fahrzeugs und anordnung dazu

Country Status (2)

Country Link
DE (1) DE102018209672A1 (de)
WO (1) WO2019238295A1 (de)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102021131040B4 (de) 2021-11-26 2024-01-11 Audi Aktiengesellschaft Verfahren zur zumindest teilautomatisierten Führung eines Kraftfahrzeugs und Kraftfahrzeug

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102005027010A1 (de) * 2004-06-10 2005-12-29 Denso Corp., Kariya Fahrzeugsteuereinheit und Fahrzeugsteuersystem, welches die Fahrzeugsteuereinheit enthält
DE102014215258A1 (de) 2014-08-04 2016-02-04 Bayerische Motoren Werke Aktiengesellschaft Verfahren und Vorrichtung zum automatischen Auswählen von Fahrmodi
DE102016221235A1 (de) * 2016-10-27 2018-05-03 Bayerische Motoren Werke Aktiengesellschaft Verfahren zur Anpassung der Fahrstrategie eines zumindest teilautomatisiert fahrenden Fahrzeugs an Insassen-Tätigkeiten
DE102017125494A1 (de) * 2016-11-03 2018-05-03 Ford Global Technologies, Llc Notfallevakuierung mittels autonomen fahrens

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102005027010A1 (de) * 2004-06-10 2005-12-29 Denso Corp., Kariya Fahrzeugsteuereinheit und Fahrzeugsteuersystem, welches die Fahrzeugsteuereinheit enthält
DE102014215258A1 (de) 2014-08-04 2016-02-04 Bayerische Motoren Werke Aktiengesellschaft Verfahren und Vorrichtung zum automatischen Auswählen von Fahrmodi
DE102016221235A1 (de) * 2016-10-27 2018-05-03 Bayerische Motoren Werke Aktiengesellschaft Verfahren zur Anpassung der Fahrstrategie eines zumindest teilautomatisiert fahrenden Fahrzeugs an Insassen-Tätigkeiten
DE102017125494A1 (de) * 2016-11-03 2018-05-03 Ford Global Technologies, Llc Notfallevakuierung mittels autonomen fahrens

Also Published As

Publication number Publication date
DE102018209672A1 (de) 2019-12-19

Similar Documents

Publication Publication Date Title
DE102017120978A1 (de) Fahrgastüberwachungssysteme und -verfahren
DE102013212941A1 (de) Verfahren zur Wiederherstellung einer Verbindung mit einem Bluetooth-Telefon
DE102014207807A1 (de) Personenbezogene Fahrerunterstützung
DE102018001970A1 (de) Verfahren zum Betreiben eines Regelsystems zur automatisierten Fahrzeugführung
DE102014214777A1 (de) Verfahren zur Interaktion eines Fahrassistenzsystems mit einem Fahrer eines Fahrzeugs
DE102011106887A1 (de) Verfahren zum Bereitstellen nutzerspezifischer Einstellungen in einem Kraftfahrzeug sowie Verfahren zum Ermitteln einer Zuordnung eines mobilen Kommunikationsgeräts zu einem Kraftfahrzeug aus einer Mehrzahl von Kraftfahrzeugen
DE102006017855A1 (de) Verfahren und Vorrichtung zum Gewinnen von situationsabhängigen Kontextdaten in einem Fahrzeug
EP2727773A1 (de) Verfahren zum Aktivieren einer Sprachinteraktion mit einem Insassen eines Fahrzeugs und Sprachinteraktionssystem für ein Fahrzeug
DE102020212376A1 (de) Ableitung der Intention eines Passagiers im Fahrzeug anhand einer Interaktion des Passagiers mit einem Gegenstand
WO2019238295A1 (de) Verfahren zum betreiben eines fahrzeugs und anordnung dazu
DE102011016080A1 (de) Verfahren zum fahrerspezifischen Konfigurieren einer Mansch-Maschine-Schnittstelle in einem Kraftfahrzeug sowie Fahrerassistenzsystem
DE102016004579A1 (de) Steuervorrichtung und Verfahren zum Steuern zumindest einer Fahrzeugkomponente eines Kraftfahrzeugs
DE102019202230A1 (de) Verfahren zum Personalisieren eines Kraftfahrzeugs, Personalisierungseinrichtung, Kraftfahrzeug, Servereinrichtung
WO2021032576A1 (de) Verfahren zum bereitstellen einer individuellen nutzerführung für zumindest eine funktionskomponente eines kraftfahrzeugs für einen nutzer in dem kraftfahrzeug, sowie elektronisches nutzerführungssystem
DE102020211235A1 (de) Verfahren zur Parkflächenauswahl und Parkflächenauswahlsystem
EP3608149B1 (de) Verfahren zum steuern einer vorrichtung zur bereitstellung einer erinnerung in einem fahrzeug sowie vorrichtung zur bereitstellung einer erinnerung in einem fahrzeug
DE202005021739U1 (de) Müdigkeits-Ermittlungseinrichtung
DE102017215714A1 (de) Verfahren und System zur Verbesserung der Fahrerübernahme
DE102018126403B4 (de) Verfahren für die Erkennung eines Haltewunsches bei einem wenigstens teilweise autonomen Betrieb eines Fahrzeugs
DE102009059870A1 (de) Verfahren zum Anzeigen von Informationen in einem Fahrzeug und Vorrichtung dazu
DE102016216200A1 (de) Verfahren für Fahrzeuge
DE102015007726A1 (de) Verfahren zum Betreiben eines Navigationssystems und Navigationssystem
DE102010011307A1 (de) Verfahren und Vorrichtung zur Einstellung von mindestens einem Parameter mindestens einer Fahrzeugfunktion
DE102019208752B4 (de) Verfahren zum Betrieb eines Fahrzeugs sowie Fahrzeug
DE102018205582A1 (de) Verfahren zum Befördern von Passagieren mit einem autonom und führerlos fahrenden Fahrzeug, sowie elektronisches Passagierbeförderungssystem

Legal Events

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

Ref document number: 19723316

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19723316

Country of ref document: EP

Kind code of ref document: A1