EP4662615A1 - Verfahren und system zum verwalten von zumindest einem service für ein kraftfahrzeug - Google Patents

Verfahren und system zum verwalten von zumindest einem service für ein kraftfahrzeug

Info

Publication number
EP4662615A1
EP4662615A1 EP24701921.9A EP24701921A EP4662615A1 EP 4662615 A1 EP4662615 A1 EP 4662615A1 EP 24701921 A EP24701921 A EP 24701921A EP 4662615 A1 EP4662615 A1 EP 4662615A1
Authority
EP
European Patent Office
Prior art keywords
service
avp
motor vehicle
management platform
service system
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
EP24701921.9A
Other languages
English (en)
French (fr)
Inventor
Stefan Nordbruch
Rolf Nicodemus
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Robert Bosch GmbH
Original Assignee
Robert Bosch GmbH
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Robert Bosch GmbH filed Critical Robert Bosch GmbH
Publication of EP4662615A1 publication Critical patent/EP4662615A1/de
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B62—LAND VEHICLES FOR TRAVELLING OTHERWISE THAN ON RAILS
    • B62D—MOTOR VEHICLES; TRAILERS
    • B62D15/00—Steering not otherwise provided for
    • B62D15/02—Steering position indicators ; Steering position determination; Steering aids
    • B62D15/027—Parking aids, e.g. instruction means
    • B62D15/0285—Parking performed automatically

Definitions

  • the invention relates to a method and a system for managing at least one service for a motor vehicle, a computer program and a machine-readable storage medium.
  • the published patent application DE 102012 222 562 A1 discloses a system for managed parking areas for transferring a vehicle from a starting position to a destination position.
  • the current AVP is a service where the customer books and has automatic parking carried out by a system.
  • data from the driver or owner and the vehicle are required, for example for payment, for access to the vehicle (certificates and/or password and/or access key), for the duration of (planned) parking, etc.
  • the object underlying the invention is to provide a concept for efficiently managing at least one service for a motor vehicle.
  • a method for managing at least one service for a motor vehicle comprising the following steps:
  • a system for managing at least one service for a motor vehicle comprising a service management platform configured to perform all steps of the method according to the first aspect.
  • a computer program which comprises instructions which, when the computer program is executed by a computer, for example by the system according to the second aspect, cause the computer to carry out a method according to the first aspect.
  • a machine-readable storage medium is provided on which the computer program according to the third aspect is stored.
  • the invention is based on and includes the knowledge that the above object is achieved by providing a service management platform that manages the service(s) for the motor vehicle.
  • the AVP service system takes care of implementing the driving task of the motor vehicle.
  • the AVP service system is only responsible for implementing the driving task of the motor vehicle.
  • the function of the AVP service system is therefore only to be seen in the implementation of the driving task.
  • the AVP service system has no other tasks. Such other tasks include, for example, requesting payment data and/or requesting other data that is necessary for the technical implementation of the AVP process.
  • the service management platform This advantageously provides a concept that enables the number of services to be scaled efficiently, since from the perspective of the client or the sender, only one request to carry out a service and only one contact person is required: the service management platform.
  • the service management platform This means that a driver of the vehicle who wants to order various services for his vehicle while the vehicle is in the parking lot does not have to communicate with various service systems, but only with a single entity: the service management platform.
  • This service management platform can, for example, receive all the data required for this.
  • data includes, for example, payment data, access data for access to a motor vehicle component, certificates and/or password and/or access key.
  • the AVP service system which implements the actual driving/parking task. The AVP service system therefore no longer has to worry about the tasks mentioned above, for example payment tasks, so that the AVP service system requires correspondingly fewer hardware and/or software resources.
  • the AVP service system responds positively, data required to carry out the AVP process are forwarded by the service management platform to the AVP service system if such data are already included in the request to carry out an AVP process, whereby, if data for the technical implementation of the AVP process is still missing, these missing data are requested by the service management platform and, after receipt of the missing data, these are forwarded by the service management platform to the AVP service system.
  • This provides the technical advantage that the required data or the missing data can be made available efficiently to the AVP service system. This means that the AVP service system itself does not have to request this data, as the service management platform takes over this task.
  • a positive response within the meaning of the description means a response indicating that the respective or corresponding service can be performed.
  • the service management platform receives at least one further request to carry out a specific service for the motor vehicle while the motor vehicle is located within the parking space, wherein a further service system for carrying out the specific service is queried by the service management platform as to whether the further service system can carry out the specific service based on the corresponding request while the motor vehicle is located within the parking space, wherein, in the event of a positive response, a stay of the motor vehicle is coordinated by the service management platform based on the request to carry out an AVP process and based on the at least one further request to carry out a specific service in order to enable both the carrying out of an AVP process by the AVP service system and the carrying out of the specific service by the further service system.
  • the service management platform takes over the administration of several services.
  • the service management platform therefore also serves here as the sole contact for ordering the individual services. This means that, for example, a driver of the motor vehicle does not have to communicate directly with the individual service systems to enquire whether or not the respective service can be carried out at all. It is therefore sufficient for the client to make their data available to the service management platform once.
  • the service management platform decides which of this data it will forward to which service system so that the latter can carry out the respective service. For example, a service system which is supposed to wash the motor vehicle as a service does not need access to the motor vehicle’s drive system.
  • the AVP service system needs access to the motor vehicle’s drive system in order to be able to carry out the AVP process.
  • the AVP service system sends the data to the service system once.
  • the service management platform only sends a certificate and/or password and/or access key to the AVP service system, by means of which the AVP service system can gain access to the drive system of the motor vehicle, and not to the service system for carrying out a motor vehicle wash as a service.
  • the service management platform coordinates the stay of the motor vehicle within the parking lot in such a way that both the AVP process and the specific service can be carried out, the stay of the motor vehicle within the parking lot can be organized efficiently. While the motor vehicle is within the parking lot, the driver of the motor vehicle does not need his motor vehicle, so that the corresponding stay time can be used efficiently.
  • the coordinating comprises that the service management platform provides the AVP service system with a Communicates a time and/or a date at which the motor vehicle must be at a predetermined location in the parking lot at which the specific service is to be carried out by the additional service system, so that the AVP service system can guide the motor vehicle to the predetermined location on time, at least in a highly automated manner.
  • a plurality of further requests for carrying out a respective specific service for the motor vehicle are received by the service management platform, wherein a plurality of respective further service systems for carrying out the respective specific service are queried by the service management platform as to whether the respective further service system can carry out the specific service based on the corresponding request, wherein in the case of at least two positive answers, the coordination comprises the service management platform determining an order based on at least one service parameter according to which the services for the motor vehicle are to be carried out by the respective further service system.
  • Coordination includes, for example, queries by the service management platform, in particular queries to the client if not all requested services can be implemented or carried out, which service or services have which priority or which services should be carried out in any case.
  • Coordination is carried out, for example, based on a respective priority which is covered by the respective request and which indicates with what priority and/or in what order the service(s) should be performed.
  • the at least one service parameter is in each case an element selected from the following group of service parameters: utilization of the service systems, utilization of the AVP service system, capacity of the service systems, capacity of the AVP service system, current and/or future traffic within the parking lot, parking position of the motor vehicle within the parking lot, the predetermined locations, expected duration of the execution of one of the services.
  • the utilization and/or capacity of the service systems is requested, for example, by the service management platform from the relevant service system.
  • This information is requested, for example, by the service management platform from the AVP service system.
  • An expected duration of the execution of the service, for example the AVP service is requested, for example, by the service management platform from the relevant service system, for example the AVP service system.
  • the service management platform in the event of a positive response from the respective additional service system, data required to carry out the respective additional service are forwarded by the service management platform to the respective service system if such data are already included in the corresponding at least one additional request for carrying out a specific service, whereby, if data for the technical implementation of the respective additional service is still missing, these missing data are requested by the service management platform and, after receipt of the missing data, these are forwarded by the Service management platform to the respective service system.
  • the required data or the still missing data comprise one or more elements of the following data: vehicle length, vehicle width, vehicle height, certificate and/or password and/or access key for accessing a motor vehicle component, in particular drive system, braking system, steering system, clutch system, lighting system, door lock, tank lock, loading opening lock, loading component, trunk lock, engine compartment lock, control unit, main control unit, which is required to carry out the service or the AVP process, vehicle turning circle, driving characteristics of the motor vehicle, degree of automation.
  • Much of the data within the meaning of the description includes, for example, data that has not yet been transmitted as part of the request, for example the further request.
  • the missing data is requested from the sender of the original request or subsequent request, for example.
  • missing data can be requested directly from the vehicle.
  • the vehicle then automatically sends the missing data to the service management platform. This means that the service management platform can receive the missing data from the vehicle, for example.
  • the service management platform, the AVP service system and the service system or the service systems are each implemented in a separate cloud infrastructure and/or in a common cloud infrastructure and/or each in a standalone server and/or in a separate virtual machine.
  • the service or services are each an element selected from the following group of services: washing the motor vehicle, cleaning an interior of the motor vehicle, repairing the motor vehicle, servicing the motor vehicle, charging a drive battery of the motor vehicle, refueling with fuel, in particular petrol, diesel, hydrogen, flammable gas, software update for software running on an electronic component of the motor vehicle, changing tires, interior service, in particular arranging mail and/or package(s) in the interior.
  • an AVP service is also a service and an AVP service system is also a service system. Therefore, reference was made to another service and another service system when they were first defined.
  • the system according to the second aspect is, for example, programmed to execute the computer program according to the third aspect.
  • the service management platform is configured to execute the computer program according to the third aspect.
  • the method according to the first aspect is, for example, a computer-implemented method.
  • the system according to the second aspect comprises the AVP service system and/or the at least one further service system.
  • the service management platform and the AVP service system and optionally the service system(s) are connected to one another via one or more communication networks, for example, and thus communicate via the communication network(s). Communicating includes, for example, sending and/or receiving requests and/or responses.
  • a communication network is, for example, a wired or wireless communication network.
  • a wired communication network is, for example, an ETHERNET communication network.
  • a wireless communication network is, for example, a WLAN network or a cellular network.
  • Statements made in connection with one service apply analogously to several services or vice versa. Receiving and/or requesting and/or responding within the meaning of the description are carried out, for example, via one or more communication networks.
  • An AVP process includes, for example, at least highly automated driving of the motor vehicle from a drop zone, also known as the drop-off position, to a parking position and, for example, at least highly automated driving of the motor vehicle from a parking position to a pick-up position, also known as the pickup zone.
  • a drop-off position i.e. the drop zone
  • a driver of the motor vehicle drops off the motor vehicle for an AVP process.
  • a pick-up position i.e. the pickup zone
  • the motor vehicle is picked up after the end of the AVP process.
  • An AVP process therefore starts in particular at the drop zone.
  • An AVP process therefore ends in particular at the pickup zone.
  • An AVP motor vehicle is therefore a motor vehicle that can participate in an AVP process. Whenever motor vehicles are mentioned above and below, it should always be understood that this is an AVP motor vehicle, even if the term "AVP" is not explicitly used.
  • an infrastructure-side AVP system is provided.
  • the AVP process is carried out in particular using the infrastructure-side AVP system.
  • An AVP process can be an AVP process according to one of the following AVP types: AVP type 1, AVP type 2 and AVP type 3. Within an AVP process, however, the AVP types can also change. This means, for example, that part of an AVP process is carried out according to AVP type 1 and another part of the AVP process is carried out according to an AVP type 2 or AVP type 3. This means, for example, that an AVP process can be divided into partial AVP processes, each of which is carried out according to one of the AVP types 1, 2 and 3.
  • AVP Type 1 indicates a vehicle-centered AVP process. The primary responsibility for the AVP process lies with the vehicle.
  • AVP type 2 indicates an infrastructure-centric AVP process.
  • the primary responsibility for the AVP process lies with the infrastructure, i.e. the AVP system.
  • AVP type 3 indicates a vehicle-infrastructure-shared AVP process.
  • primary responsibility for the AVP process is shared between the vehicle and the AVP system.
  • An AVP process includes the following operations or functions:
  • each function specifically for each AVP type whether the function is carried out by the infrastructure, i.e. by the infrastructure-side AVP system, or by the motor vehicle. In some cases, the function may be provided for by both the AVP system and the motor vehicle.
  • the AVP system of the infrastructure also performs this function.
  • the fact that the motor vehicle is at least set up for highly automated driving includes both the case where the motor vehicle is set up for highly automated driving and for fully automated driving.
  • Fully automated driving corresponds to automation level 5 according to the BASt definition.
  • Fully automated guidance means that in a specific situation (for example: driving on a motorway, driving within a parking lot, overtaking an object, driving within a lane defined by lane markings), the longitudinal and lateral guidance of the motor vehicle are automatically controlled.
  • a driver of the motor vehicle does not have to manually control the longitudinal and lateral guidance of the motor vehicle.
  • the driver does not have to monitor the automatic control of the longitudinal and lateral guidance in order to be able to intervene manually if necessary.
  • the driver is automatically prompted to take over the driving task (controlling the lateral and longitudinal guidance of the motor vehicle), in particular with sufficient time in reserve. If the driver does not take over the driving task, the system automatically returns to a state with minimal risk. Limits of the automatic control of the lateral and longitudinal guidance are automatically detected. In all situations, it is possible to automatically return to a system state with minimal risk.
  • Fig. 2 shows a system 201 for managing at least one service for a motor vehicle, comprising a service management platform 203 which is configured to carry out all steps of the method according to the first aspect.
  • the first service system 605 provides washing of the motor vehicle as a service.
  • the second service system - I9 is a service that provides washing of the motor vehicle as a service.
  • the individual service systems require different data from the motor vehicle or for the motor vehicle.
  • Such different data include, for example, certificates and/or passwords and/or access keys and/or access data for individual motor vehicle functions and/or motor vehicle components.
  • the service management platform 401 in particular is responsible for managing this data.
  • a The end customer in this case the driver 603, has only one contact person, the service management platform 401, and his data is protected or anonymized as far as possible.
  • service management platform 401 the end customer is particularly advantageously protected from many changes to the interfaces of the individual service systems.
  • the communication between the service management platform 401 and the service systems is not relevant for the end customer. He does not have to worry about a corresponding technical implementation, so changes to a corresponding interface do not affect him. This makes ordering various services particularly easy for the end customer.
  • the service management platform analyses for example, whether the requested services can be implemented at all. This means that the service management platform analyses whether a service is currently available and/or whether the time required to carry out the service can be reconciled with the desired parking time of the vehicle. This means that if more time is required to carry out the service than the vehicle is to be parked, then of course the requested service cannot be carried out.

Landscapes

  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Development Economics (AREA)
  • Educational Administration (AREA)
  • Primary Health Care (AREA)
  • Game Theory and Decision Science (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Traffic Control Systems (AREA)

Abstract

Die Erfindung betrifft ein Verfahren zum Verwalten von zumindest einem Service für ein Kraftfahrzeug, umfassend die folgenden Schritte: Empfangen durch eine Serviceverwaltungsplattform einer Anfrage zur Durchführung eines AVP-Prozesses für ein innerhalb eines Parkplatzes zu parkendes Kraftfahrzeug, Anfragen eines AVP-Servicesystems durch die Serviceverwaltungsplattform, ob das AVP-Servicesystem den AVP-Prozess für das Kraftfahrzeug basierend auf der Anfrage zur Durchführung eines AVP-Prozesses innerhalb des Parkplatzes durchführen kann, Empfangen einer Antwort des AVP-Servicesystems durch die Serviceverwaltungsplattform auf die Anfrage der Serviceverwaltungsplattform, Antworten auf die Anfrage zur Durchführung eines AVP-Prozesses durch die Serviceverwaltungsplattform basierend auf der Antwort des AVP- Servicesystems. Die Erfindung betrifft ein System zum Verwalten von zumindest einem Service für ein Kraftfahrzeug, ein Computerprogramm und ein maschinenlesbares Speichermedium.

Description

Beschreibung
Titel
Verfahren und System zum Verwalten von zumindest einem Service für ein Kraftfahrzeug
Die Erfindung betrifft ein Verfahren und ein System zum Verwalten von zumindest einem Service für ein Kraftfahrzeug, ein Computerprogramm und ein maschinenlesbares Speichermedium.
Stand der Technik
Die Offenlegungsschrift DE 102012 222 562 A1 offenbart ein System für bewirtschaftete Parkflächen zur Überführung eines Fahrzeugs von einer Startposition in eine Zielposition.
Das aktuelle AVP ist ein Service, bei dem der Kunde das automatische Parken durch ein System bucht und durchführen lässt.
Dafür werden unter anderem Daten vom Fahrer bzw. Halter und Fahrzeug benötigt: Zum Beispiel für das Bezahlen, für den Zugriff auf das Fahrzeug (Zertifikate und/oder Passwort und/oder Zugriffsschlüssel), für die Dauer des (geplanten) Parkens usw.
Es besteht ein Bedarf, dass während des Parkens weitere Services, wie z.B. Laden einer Antriebsbatterie, Reinigung, Reparatur, Softwareupdates angeboten werden.
Diese Services müssen ebenfalls beauftragt werden und benötigen ebenfalls Daten. Allerdings nicht immer alle bzw. unterschiedliche Daten. Des Weiteren werden diese Services nicht immer von einem Betreiber angeboten aufgrund der Unterschiedlichkeit der Anwendungen von verschiedenen Anbietern.
Für den Fahrer / Halter bzw. Beauftragenden des bzw. der Services wäre eine Beauftragung (nicht jeden Service einzeln und bei ggf. verschiedenen Anbietern) mühsam.
Des Weiteren ist davon auszugehen, dass dieser nicht gewillt ist, dass alle Anbieter die gleichen bzw. alle Daten zur Verfügung gestellt bekommen.
Offenbarung der Erfindung
Die der Erfindung zugrunde liegende Aufgabe ist darin zu sehen, ein Konzept zum effizienten Verwalten von zumindest einem Service für ein Kraftfahrzeug bereitzustellen.
Diese Aufgabe wird mittels des jeweiligen Gegenstands der unabhängigen Ansprüche gelöst. Vorteilhafte Ausgestaltungen der Erfindung sind Gegenstand von jeweils abhängigen Unteransprüchen.
Nach einem ersten Aspekt wird ein Verfahren zum Verwalten von zumindest einem Service für ein Kraftfahrzeug bereitgestellt, umfassend die folgenden Schritte:
Empfangen durch eine Serviceverwaltungsplattform einer Anfrage zur Durchführung eines AVP-Prozesses für ein innerhalb eines Parkplatzes zu parkendes Kraftfahrzeug,
Anfragen eines AVP-Servicesystems durch die Serviceverwaltungsplattform, ob das AVP-Servicesystem den AVP-Prozess für das Kraftfahrzeug basierend auf der Anfrage zur Durchführung eines AVP-Prozesses innerhalb des Parkplatzes durchführen kann,
Empfangen einer Antwort des AVP-Servicesystems durch die Serviceverwaltungsplattform auf die Anfrage der Serviceverwaltungsplattform, Antworten auf die Anfrage zur Durchführung eines AVP-Prozesses durch die Serviceverwaltungsplattform basierend auf der Antwort des AVP- Servicesystems.
Nach einem zweiten Aspekt wird ein System zum Verwalten von zumindest einem Service für ein Kraftfahrzeug bereitgestellt, umfassend eine Serviceverwaltungsplattform, die eingerichtet ist, alle Schritte des Verfahrens nach dem ersten Aspekt durchzuführen.
Nach einem dritten Aspekt wird ein Computerprogramm bereitgestellt, welches Befehle umfasst, die bei Ausführung des Computerprogramms durch einen Computer, beispielsweise durch das System nach dem zweiten Aspekt, diesen veranlassen, ein Verfahren gemäß dem ersten Aspekt auszuführen.
Nach einem vierten Aspekt wird ein maschinenlesbares Speichermedium bereitgestellt, auf dem das Computerprogramm nach dem dritten Aspekt gespeichert ist.
Die Erfindung basiert auf der Erkenntnis und schließt diese mit ein, dass die obige Aufgabe dadurch gelöst wird, dass eine Serviceverwaltungsplattform vorgesehen ist, welche den oder die Services für das Kraftfahrzeug verwaltet. Im Einzelnen ist vorgesehen, dass sich das AVP-Servicesystem um eine Umsetzung der Fahraufgabe des Kraftfahrzeugs kümmert. Dies bedeutet, dass das AVP-Servicesystem sich lediglich für die Umsetzung der Fahraufgabe des Kraftfahrzeugs verantwortlich zeichnet. Die Funktion des AVP-Servicesystems ist also lediglich in der Umsetzung der Fahraufgabe zu sehen. Weitere Aufgaben hat das AVP-Servicesystem nicht. Solche weiteren Aufgaben umfassen z. B. ein Anfragen von Bezahldaten und/oder ein Anfragen von weiteren Daten, die zur technischen Durchführung des AVP-Prozesses notwendig sind.
Diese weiteren Aufgaben werden insbesondere auf die Serviceverwaltungsplattform ausgelagert. Diese ist also der Ansprechpartner für den AVP-Service. Dies bedeutet, dass die Serviceverwaltungsplattform anstelle des AVP-Servicesystems die Anfrage zur Durchführung eines AVP-Prozesses empfängt und alles Notwendige dann angefragt und/oder mit dem AVP- Servicesystem koordiniert. Ein Auftraggeber oder ein Absender der Anfrage zur Durchführung des AVP-Prozesses hat somit lediglich als einzigen Ansprechpartner die Serviceverwaltungsplattform und nicht das AVP- Servicesystem.
Somit wird in vorteilhafter Weise ein Konzept bereitgestellt, welches es in vorteilhafter Weise ermöglicht, dass die Anzahl an Services effizient skaliert werden kann, da aus Sicht des Auftraggebers oder des Absenders lediglich eine Anfrage zur Durchführung eines Services und nur ein einziger Ansprechpartner benötigt wird: Die Serviceverwaltungsplattform. Dies bedeutet, dass ein Fahrer des Kraftfahrzeugs, welcher verschiedene Services für sein Kraftfahrzeug in Auftrag geben möchte, während sich das Kraftfahrzeug innerhalb des Parkplatzes befindet, nicht mit verschiedenen Servicesystemen kommunizieren muss, sondern lediglich mit einer einzigen Entität: Der Serviceverwaltungsplattform. Dies erleichtert es für den Fahrer des Kraftfahrzeugs bzw. den Auftraggeber in erheblicher Weise, seine gewünschten Services zu beauftragen. Z. B. muss er somit nicht für jeden einzelnen Service seine Daten jedes Mal aufs Neue eingeben, sondern es reicht, dass er diese einmalig der Serviceverwaltungsplattform zur Verfügung stellt. Somit wird in vorteilhafter Weise eine Zeitersparnis bewirkt.
Dies bedeutet also, dass zum einen eine Serviceverwaltungsplattform existiert, über welche die Beauftragung eines Services, vorliegend insbesondere eines AVP-Services, durchgeführt wird. Dies Serviceverwaltungsplattform kann z. B. alle hierfür notwendigen Daten empfangen. Solche Daten umfassen z. B. Zahlungsdaten, Zugangsdaten für einen Zugang zu einer Kraftfahrzeugkomponente, Zertifikate und/oder Passwort und/oder Zugriffsschlüssel. Weiter existiert ein von der Serviceverwaltungsplattform getrenntes System: Das AVP-Servicesystem, welches die eigentliche Fahr- /Parkaufgabe umsetzt. Somit muss sich also das AVP-Servicesystem nicht mehr um die vorstehend genannten Aufgaben, beispielsweise Zahlungsaufgaben, kümmern, so dass das AVP-Servicesystem entsprechend weniger Hardware und/oder Software-Ressourcen benötigt. In einer Ausführungsform des Verfahrens ist vorgesehen, dass bei positiver Antwort des AVP-Servicesystems zur Durchführung des AVP-Prozesses benötigte Daten durch die Serviceverwaltungsplattform an das AVP- Servicesystem weitergeleitet werden, wenn solche Daten bereits von der Anfrage zur Durchführung eines AVP-Prozesses umfasst sind, wobei, wenn noch Daten zur technischen Durchführung des AVP-Prozesses fehlen sollten, diese noch fehlenden Daten durch die Serviceverwaltungsplattform angefragt werden und nach Erhalt der noch fehlenden Daten diese durch die Serviceverwaltungsplattform an das AVP-Servicesystem weitergeleitet werden.
Dadurch wird z. B. der technische Vorteil bewirkt, dass die benötigten Daten bzw. die noch fehlenden Daten effizient dem AVP-Servicesystem zur Verfügung gestellt werden können. Dies bedeutet, dass das AVP-Servicesystem selbst nicht diese Daten erfragen muss, da dieses die Serviceverwaltungsplattform übernimmt.
Eine positive Antwort im Sinne der Beschreibung bezeichnet eine Antwort, die angibt, dass der jeweilige oder entsprechende Service durchgeführt werden kann.
In einer Ausführungsform des Verfahrens ist vorgesehen, dass durch die Serviceverwaltungsplattform zumindest eine weitere Anfrage zur Durchführung eines bestimmten Services für das Kraftfahrzeug, während sich das Kraftfahrzeug innerhalb des Parkplatzes befindet, empfangen wird, wobei ein weiteres Servicesystem zur Durchführung des bestimmten Services durch die Serviceverwaltungsplattform angefragt wird, ob das weitere Servicesystem den bestimmten Service basierend auf der entsprechenden Anfrage durchführen kann, während sich das Kraftfahrzeug innerhalb des Parkplatzes befindet, wobei bei positiver Antwort ein Aufenthalt des Kraftfahrzeugs durch die Serviceverwaltungsplattform basierend auf der Anfrage zur Durchführung eines AVP-Prozesses und basierend auf der zumindest einen weiteren Anfrage zur Durchführung eines bestimmten Services koordiniert wird, um sowohl die Durchführung eines AVP-Prozesses durch das AVP-Servicesystem als auch die Durchführung des bestimmten Services durch das weitere Servicesystem zu ermöglichen. Dadurch wird z. B. der technische Vorteil bewirkt, dass effizient weitere Services durchgeführt werden können. Gemäß dieser Ausführungsform ist also vorgesehen, dass die Serviceverwaltungsplattform die Verwaltung von mehreren Services übernimmt. Die Serviceverwaltungsplattform dient somit auch hier als alleiniger Ansprechpartner, um die einzelnen Services zu beauftragen. Dies bedeutet, dass z. B. ein Fahrer des Kraftfahrzeugs nicht direkt selbst mit den einzelnen Servicesystemen kommunizieren muss, um anzufragen, ob der jeweilige Service überhaupt durchgeführt werden kann oder nicht. Es reicht also, dass der Auftraggeber einmalig seine Daten der Serviceverwaltungsplattform zur Verfügung stellt. Diese entscheidet dann, welche dieser Daten sie an welches Servicesystem weiterleitet, damit dieses den jeweiligen Service durchführen kann. So benötigt z. B. ein Servicesystem, welches als Service das Kraftfahrzeug waschen soll, nicht Zugriff auf das Antriebssystem des Kraftfahrzeugs. Hingegen benötigt das AVP-Servicesystem Zugriff auf das Antriebssystem des Kraftfahrzeugs, um den AVP-Prozess durchführen zu können. Somit sendet z. B. die Serviceverwaltungsplattform nur an das AVP-Servicesystem ein Zertifikat und/oder Passwort und/oder Zugriffsschlüssel, mittels welchem das AVP- Servicesystem Zugriff auf das Antriebssystem des Kraftfahrzeugs erlangen kann, und nicht an das Servicesystem zur Durchführung einer Kraftfahrzeugwäsche als Service. Analog gilt dies für weitere Kraftfahrzeugkomponenten, welche für den AVP-Prozess benötigt werden, beispielsweise Lenkungssystem, Kupplungssystem und Bremssystem.
Dadurch, dass die Serviceverwaltungsplattform den Aufenthalt des Kraftfahrzeugs innerhalb des Parkplatzes derart koordiniert, dass sowohl die Durchführung des AVP-Prozesses als auch die Durchführung des bestimmten Services ermöglicht werden, kann der Aufenthalt des Kraftfahrzeugs innerhalb des Parkplatzes effizient gestaltet werden. Während sich das Kraftfahrzeug innerhalb des Parkplatzes befindet, benötigt der Fahrer des Kraftfahrzeugs sein Kraftfahrzeug nicht, so dass die entsprechende Verweildauer effizient genutzt werden kann.
In einer Ausführungsform des Verfahrens ist vorgesehen, dass das Koordinieren umfasst, dass die Serviceverwaltungsplattform dem AVP-Servicesystem eine Uhrzeit und/oder ein Datum mitteilt, zu welcher respektive zu welchem das Kraftfahrzeug an einem vorbestimmten Ort des Parkplatzes, an welchem der bestimmte Service durch das weitere Servicesystem durchgeführt werden soll, zu sein hat, sodass das AVP-Servicesystem das Kraftfahrzeug pünktlich zu dem vorbestimmten Ort zumindest hochautomatisiert führen kann.
Dadurch wird z. B. der technische Vorteil bewirkt, dass die entsprechenden Services pünktlich durchgeführt werden können.
In einer Ausführungsform des Verfahrens ist vorgesehen, dass mehrere weitere Anfragen zur Durchführung eines jeweiligen bestimmten Services für das Kraftfahrzeug durch die Serviceverwaltungsplattform empfangen werden, wobei mehrere jeweilige weitere Servicesysteme zur Durchführung des jeweiligen bestimmten Services durch die Serviceverwaltungsplattform angefragt werden, ob das jeweilige weitere Servicesystem den bestimmten Service basierend auf der entsprechenden Anfrage durchführen kann, wobei bei zumindest zwei positiven Antworten das Koordinieren umfasst, dass die Serviceverwaltungsplattform basierend auf zumindest einem Serviceparameter eine Reihenfolge festlegt, gemäß welcher die Services für das Kraftfahrzeug durch das jeweilige weitere Servicesystem durchgeführt werden sollen.
Dadurch wird z. B. der technische Vorteil bewirkt, dass die einzelnen Services effizient durchgeführt werden können. Dadurch, dass zumindest ein Serviceparameter für die Festlegung der Reihenfolge berücksichtigt wird, können in effizienter und vorteilhafter Weise äußere Umstände und kann eine konkret vorliegende Situation effizient berücksichtigt werden.
Ein Koordinieren umfasst zum Beispiel ein Rückfragen durch die Serviceverwaltungsplattform, insbesondere ein Rückfragen beim Auftraggeber, falls nicht alle angefragten Services umsetzbar bzw. durchführbar sind, welcher oder welche Services welche Priorität hat bzw. welcher oder welche Services auf jeden Fall durchgeführt werden sollen.
Das Koordinieren wird zum Beispiel basierend auf einer jeweiligen Priorität durchgeführt, welche von der jeweiligen Anfrage umfasst ist und welche angibt, mit welcher Priorität und/oder in welcher Reihenfolge der oder die Services durchgeführt werden soll.
In einer Ausführungsform des Verfahrens ist vorgesehen, dass der zumindest eine Serviceparameter jeweils ein Element ausgewählt aus der folgenden Gruppe von Serviceparametern ist: Auslastung der Servicesysteme, Auslastung des AVP-Servicesystems, Kapazität der Servicesysteme, Kapazität des AVP- Servicesystems, momentaner und/oder zukünftiger Verkehr innerhalb des Parkplatzes, Parkposition des Kraftfahrzeugs innerhalb des Parkplatzes, die vorbestimmten Orte, voraussichtliche Dauer der Durchführung einer der Services.
Dadurch wird z. B. der technische Vorteil bewirkt, dass besonders geeignete Serviceparameter vorgesehen sein können.
Eine Auslastung und/oder eine Kapazität der Servicesysteme werden z. B. durch die Serviceverwaltungsplattform beim entsprechenden Servicesystem angefragt. Gleiches gilt in analoger Weise für den momentanen und/oder zukünftigen Verkehr innerhalb des Parkplatzes sowie der Parkposition des Kraftfahrzeugs. Diese Informationen werden z. B. durch die Serviceverwaltungsplattform beim AVP-Servicesystem angefragt. Eine voraussichtliche Dauer der Durchführung des Services, beispielsweise des AVP-Services, wird durch die Serviceverwaltungsplattform z. B. beim entsprechenden Servicesystem, beispielsweise dem AVP-Servicesystem angefragt.
In einer Ausführungsform des Verfahrens ist vorgesehen, dass bei positiver Antwort des jeweiligen weiteren Servicesystems zur Durchführung des jeweiligen weiteren Services benötigte Daten durch die Serviceverwaltungsplattform an das jeweilige Servicesystem weitergeleitet werden, wenn solche Daten bereits von der entsprechenden zumindest einen weiteren Anfrage zur Durchführung eines bestimmten Services umfasst sind, wobei, wenn noch Daten zur technischen Durchführung des jeweiligen weiteren Services fehlen sollten, diese noch fehlenden Daten durch die Serviceverwaltungsplattform angefragt werden und nach Erhalt der noch fehlenden Daten diese durch die Serviceverwaltungsplattform an das jeweilige Servicesystem weitergeleitet werden.
Dadurch wird z. B. der technische Vorteil bewirkt, dass die benötigten Daten bzw. die noch fehlenden Daten effizient an das jeweilige Servicesystem weitergeleitet werden können.
In einer Ausführungsform des Verfahrens ist vorgesehen, dass die benötigten Daten bzw. die noch fehlenden Daten ein oder mehrere Elemente der folgenden Daten umfassen: Kraftfahrzeuglänge, Kraftfahrzeugbreite, Kraftfahrzeughöhe, Zertifikat und/oder Passwort und/oder Zugriffsschlüssel zum Zugriff auf eine Kraftfahrzeugkomponente, insbesondere Antriebssystem, Bremssystem, Lenkungssystem, Kupplungssystem, Beleuchtungssystem, Türverriegelung, Tankverriegelung, Ladeöffnungsverriegelung, Ladekomponente, Kofferraumverriegelung, Motorraumverriegelung, Steuergerät, Hauptsteuergerät, welche zur Durchführung des Services respektive des AVP-Prozesses benötigt wird, Kraftfahrzeugwendekreis, Fahreigenschaft des Kraftfahrzeugs, Automatisierungsgrad.
Dadurch wird z. B. der technische Vorteil bewirkt, dass besonders geeignete Daten zur Durchführung der entsprechenden Services zur Verfügung stehen.
Viele der Daten im Sinne der Beschreibung umfassen z. B. solche Daten, die noch nicht im Rahmen der Anfrage, beispielsweise der weiteren Anfrage, übermittelt wurden.
Die noch fehlenden Daten werden z. B. beim Absender der ursprünglichen Anfrage respektive weiteren Anfrage angefragt. Z. B. können noch fehlende Daten direkt beim Kraftfahrzeug angefragt werden. Dieses sendet dann selbstständig die noch fehlenden Daten an die Serviceverwaltungsplattform. Dies bedeutet, dass die Serviceverwaltungsplattform die noch fehlenden Daten z. B. vom Kraftfahrzeug empfangen kann.
In einer Ausführungsform des Verfahrens ist vorgesehen, dass die Serviceverwaltungsplattform, das AVP-Servicesystem und das Servicesystem oder die Servicesysteme jeweils in einer getrennten Cloud-Infrastruktur und/oder in einer gemeinsamen Cloud-Infrastruktur und/oder jeweils in einem eigenständigen Server und/oder in einer eigenen virtuellen Maschine implementiert sind.
Dadurch wird z. B. der technische Vorteil bewirkt, dass die entsprechenden Entitäten, also die Serviceverwaltungsplattform, das AVP-Servicesystem und das oder die Servicesysteme effizient implementiert sind. Wenn diese z. B. sowohl in einer Cloud-Infrastruktur als auch in einer virtuellen Maschine implementiert sind, wird z. B. in vorteilhafter weise eine Redundanz bewirkt. Dies bedeutet, dass bei der Verwendung eines „und“ hinsichtlich der vorstehenden Möglichkeiten die Implementierungen eine Redundanz effizient bewirkt werden kann.
In einer Ausführungsform des Verfahrens ist vorgesehen, dass der oder die Services jeweils ein Element ausgewählt aus der folgenden Gruppe von Services sind: Waschen des Kraftfahrzeugs, Reinigen eines Innenraums des Kraftfahrzeugs, Reparatur des Kraftfahrzeugs, Wartung des Kraftfahrzeugs, Laden einer Antriebsbatterie des Kraftfahrzeugs, Tanken von Kraftstoff, insbesondere Benzin, Diesel, Wasserstoff, brennbares Gas, Software-Update für eine auf einer elektronischen Komponente des Kraftfahrzeugs laufenden Software, Reifenwechsel, Innenraumservice, insbesondere Anordnen von Post und/oder Paket(e) in den Innenraum.
Dadurch wird z. B. der technische Vorteil bewirkt, dass besonders geeignete Services vorgesehen sein können.
Im Lichte der vor- und/oder nachstehenden Ausführungen ist auch ein AVP- Service ein Service und ist auch ein AVP-Servicesystem ein Servicesystem. Von daher wurde auch von einem weiteren Service und einem weiteren Servicesystem geschrieben, wenn diese erstmalig definiert wurden.
Das System nach dem zweiten Aspekt ist z. B. programmtechnisch eingerichtet, das Computerprogramm nach dem dritten Aspekt auszuführen. Die Serviceverwaltungsplattform ist z. B. eingerichtet, das Computerprogramm nach dem dritten Aspekt auszuführen.
Das Verfahren nach dem ersten Aspekt ist z. B. ein computerimplementiertes Verfahren.
Das System nach dem zweiten Aspekt umfasst gemäß einer Ausführungsform das AVP-Servicesystem und/oder das zumindest eine weitere Servicesystem.
Die Serviceverwaltungsplattform und das AVP-Servicesystem und optional das oder die Servicesysteme sind z. B. über ein oder mehrere Kommunikationsnetzwerke miteinander verbunden, kommunizieren also beispielsweise über das oder Kommunikationsnetzwerke. Ein Kommunizieren umfasst zum Beispiel ein Senden und/oder ein Empfangen von Anfragen und/oder Antworten.
Ein Kommunikationsnetzwerk ist z. B. ein drahtgebundenes oder ist z. B. ein drahtloses Kommunikationsnetzwerk. Ein drahtgebundenes Kommunikationsnetzwerk ist z. B. ein ETHERNET-Kommunikationsnetzwerk. Ein drahtloses Kommunikationsnetzwerk ist z. B. ein WLAN-Netz oder ein Mobilfunknetz.
Ausführungen, die im Zusammenhang mit dem System gemacht sind, gelten analog für das Verfahren und umgekehrt. Dies bedeutet, dass sich Systemmerkmale aus entsprechenden Verfahrensmerkmalen und umgekehrt ergeben.
Die hier beschriebenen Ausführungsformen und Ausführungsbeispiele können in üblicher Weise miteinander kombiniert werden, auch wenn dies nicht explizit beschrieben ist.
Die Formulierung „zumindest ein(e)“ bedeutet ,,ein(e) oder mehrere“.
Ausführungen, die im Zusammenhang mit einem Service gemacht sind, gelten analog für mehrere Service oder umgekehrt. Ein Empfangen und/oder ein Anfragen und/oder ein Antworten im Sinne der Beschreibung werden z. B. über ein oder mehrere Kommunikationsnetzwerke durchgeführt.
Die Abkürzung „AVP“ steht für „Automated Valet Parking“ und kann ins Deutsche mit „automatischer Parkservice“ übersetzt werden. Ein AVP-Prozess umfasst z. B. ein zumindest hochautomatisiertes Führen des Kraftfahrzeugs von einer Dropzone, auch Abgabeposition genannt, zu einer Parkposition und z. B. ein zumindest hochautomatisiertes Führen des Kraftfahrzeugs von einer Parkposition zu einer Abholposition, auch Pickupzone genannt. An der Abgabeposition, also der Dropzone, gibt ein Fahrer des Kraftfahrzeugs das Kraftfahrzeug für einen AVP-Prozess ab. An einer Abholposition, also der Pickupzone, wird das Kraftfahrzeug nach einem Ende des AVP-Prozesses abgeholt. Ein AVP-Prozess startet also insbesondere an der Dropzone. Ein AVP- Prozess endet also insbesondere an der Pickupzone.
Ein AVP-Kraftfahrzeug ist also ein Kraftfahrzeug, welches an einem AVP- Prozess teilnehmen kann. Wenn vorstehend und nachfolgend von Kraftfahrzeug geschrieben wird, soll stets mitgelesen werden, dass es sich hierbei um ein AVP- Kraftfahrzeug handelt, auch wenn der Begriff "AVP" nicht explizit verwendet wird.
In einer Ausführungsform des Verfahrens ist ein infrastrukturseitiges AVP- System vorgesehen. Der AVP-Prozess wird insbesondere unter Verwendung des infrastrukturseitigen AVP-Systems durchgeführt.
Ein AVP-Prozess kann ein AVP-Prozess gemäß einem der folgenden AVP- Typen sein: AVP-Typ 1 , AVP-Typ 2 und AVP-Typ 3. Innerhalb eines AVP- Prozesses können aber auch die AVP-Typen wechseln. Dies bedeutet zum Beispiel, dass ein Teil eines AVP-Prozesses gemäß AVP-Typ 1 durchgeführt wird und ein weiterer Teil des AVP-Prozesses wird gemäß einem AVP-Typ 2 oder AVP-Typ 3 durchgeführt. Dies bedeutet zum Beispiel, dass ein AVP- Prozess in Teil-AVP-Prozesse unterteilt werden kann, welche jeweils gemäß einem der AVP-Typen 1 , 2 und 3 durchgeführt werden. AVP-Typ 1 kennzeichnet einen kraftfahrzeugzentrierten AVP-Prozess. Die Hauptverantwortung für den AVP-Prozess liegt beim Kraftfahrzeug.
AVP-Typ 2 kennzeichnet einen infrastrukturzentrierten AVP-Prozess. Die Hauptverantwortung für den AVP-Prozess liegt bei der Infrastruktur, also beim AVP-System.
AVP-Typ 3 kennzeichnet einen kraftfahrzeug-infrastruktur-geteilten AVP- Prozess. Hier wird eine Hauptverantwortung für den AVP-Prozess zwischen dem Kraftfahrzeug und dem AVP-System geteilt.
Ein AVP-Prozess umfasst die folgenden Vorgänge oder Funktionen:
1. Bestimmen einer Zielposition, welche innerhalb des Parkplatzes liegt, für das Kraftfahrzeug.
2. Planen einer Route von einer Startposition, welche vom Parkplatz umfasst ist, zu der Zielposition.
3. Detektieren eines Objekts und/oder eines Ereignisses sowie ein entsprechendes Reagieren auf ein detektiertes Objekt und/oder ein detektiertes Ereignis.
4. Lokalisieren des Kraftfahrzeugs innerhalb des Parkplatzes.
5. Berechnen einer Soll-Trajektorie für das Kraftfahrzeug basierend auf der geplanten Route.
6. Steuern einer Quer- und Längsführung des Kraftfahrzeugs basierend auf der berechneten Soll-Trajektorie.
Eine Zuordnung, welche dieser Vorgänge oder Funktionen je nach AVP-Typ vom Kraftfahrzeug oder vom infrastrukturseitigen AVP-System durchgeführt werden, gibt die folgende Tabelle an, wobei "I" für "Infrastruktur" steht, also für das infrastrukturseitige AVP-System und "K" für "Kraftfahrzeug", sodass "I" angibt, dass der Prozess durch das AVP-System durchgeführt wird, und "K" angibt, dass der Prozess durch das Kraftfahrzeug durchgeführt wird:
In der vorstehenden Tabelle wird also für jede Funktion spezifisch für jeden AVP- Typ angegeben, ob die Funktion durch die Infrastruktur, also durch das infrastrukturseitige AVP-System, oder durch das Kraftfahrzeug durchgeführt wird. In einigen Fällen kann vorgesehen sein, dass die Funktion durch sowohl das AVP-System als auch durch das Kraftfahrzeug ausgeführt wird.
Hinsichtlich der Objekt- und Ereignisdetektion für den AVP-Typ 1 kann optional vorgesehen sein, dass zusätzlich zum Kraftfahrzeug auch das AVP-System der Infrastruktur diese Funktion ausführt.
Die hier beschriebenen AVP-Typen 1 , 2 und 3 werden weiter ausführlich in der ISO 23374 beschrieben.
Das Kraftfahrzeug ist gemäß einer Ausführungsform des Verfahrens ein zumindest hochautomatisiertes Kraftfahrzeug. Ein solches Kraftfahrzeug ist für zumindest ein hochautomatisiertes Führen eingerichtet. Hochautomatisiertes Führen entspricht einem Automatisierungsgrad 4 gemäß der Definition der Bundesanstalt für Straßenwesen (BASt).
Dass das Kraftfahrzeug zumindest für ein hochautomatisiertes Führen eingerichtet ist umfasst sowohl den Fall, dass das Kraftfahrzeug für ein hochautomatisiertes Führen als auch für ein vollautomatisiertes Führen eingerichtet ist. Vollautomatisiertes Führen entspricht einem Automatisierungsgrad 5 gemäß der Definition der BASt.
Hochautomatisiertes Führen bedeutet, dass für einen gewissen Zeitraum in einer spezifischen Situation (zum Beispiel: Fahren auf einer Autobahn, Fahren innerhalb eines Parkplatzes, Überholen eines Objekts, Fahren innerhalb einer Fahrspur, die durch Fahrspurmarkierungen festgelegt ist) eine Längs- und eine Querführung des Kraftfahrzeugs automatisch gesteuert werden. Ein Fahrer des Kraftfahrzeugs muss selbst nicht manuell die Längs -und Querführung des Kraftfahrzeugs steuern. Der Fahrer muss das automatische Steuern der Längsund Querführung nicht dauerhaft überwachen, um bei Bedarf manuell eingreifen zu können. Bei Bedarf wird automatisch eine Übernahmeaufforderung an den Fahrer zur Übernahme des Steuerns der Längs- und Querführung ausgegeben, insbesondere mit einer ausreichenden Zeitreserve ausgegeben. Der Fahrer muss also potenziell in der Lage sein, das Steuern der Längs- und Querführung zu übernehmen. Grenzen des automatischen Steuerns der Quer- und Längsführung werden automatisch erkannt. Bei einem hochautomatisierten Führen ist es nicht möglich, in jeder Ausgangssituation automatisch einen risikominimalen Zustand herbeizuführen.
Vollautomatisiertes Führen bedeutet, dass in einer spezifischen Situation (zum Beispiel: Fahren auf einer Autobahn, Fahren innerhalb eines Parkplatzes, Überholen eines Objekts, Fahren innerhalb einer Fahrspur, die durch Fahrspurmarkierungen festgelegt ist) eine Längs- und eine Querführung des Kraftfahrzeugs automatisch gesteuert werden. Ein Fahrer des Kraftfahrzeugs muss selbst nicht manuell die Längs -und Querführung des Kraftfahrzeugs steuern. Der Fahrer muss das automatische Steuern der Längs- und Querführung nicht überwachen, um bei Bedarf manuell eingreifen zu können. Vor einem Beenden des automatischen Steuerns der Quer- und Längsführung erfolgt automatisch eine Aufforderung an den Fahrer zur Übernahme der Fahraufgabe (Steuern der Quer- und Längsführung des Kraftfahrzeugs), insbesondere mit einer ausreichenden Zeitreserve. Sofern der Fahrer nicht die Fahraufgabe übernimmt, wird automatisch in einen risikominimalen Zustand zurückgeführt. Grenzen des automatischen Steuerns der Quer- und Längsführung werden automatisch erkannt. In allen Situationen ist es möglich, automatisch in einen risikominimalen Systemzustand zurückzuführen.
Die Erfindung wird im Folgenden anhand von bevorzugten Ausführungsbeispielen näher erläutert. Hierbei zeigen:
Fig. 1 ein Ablaufdiagramm eines Verfahrens nach dem ersten Aspekt,
Fig. 2 ein System nach dem zweiten Aspekt,
Fig. 3 ein maschinenlesbares Speichermedium,
Fig. 4 eine Serviceverwaltungsplattform in Kommunikation mit einem AVP- Servicesystem,
Fig. 5 die Serviceverwaltungsplattform der Fig. 4 in Kommunikation mit dem AVP-Servicesystem gemäß Fig. 4 und einem weiteren Servicesystem, und Fig. 6 ein Blockdiagramm, welches das hier beschriebene Konzept zum Verwalten von zumindest einem Service für ein Kraftfahrzeug beispielhaft illustrieren soll.
Im Folgenden können für gleiche Merkmale gleiche Bezugszeichen verwendet werden.
Fig. 1 zeigt ein Ablaufdiagramm eines Verfahrens zum Verwalten von zumindest einem Service für ein Kraftfahrzeug, umfassend die folgenden Schritte: Empfangen 101 durch eine Serviceverwaltungsplattform einer Anfrage zur Durchführung eines AVP-Prozesses für ein innerhalb eines Parkplatzes zu parkendes Kraftfahrzeug,
Anfragen 103 eines AVP-Servicesystems durch die Serviceverwaltungsplattform, ob das AVP-Servicesystem den AVP-Prozess für das Kraftfahrzeug basierend auf der Anfrage zur Durchführung eines AVP-Prozesses innerhalb des Parkplatzes durchführen kann,
Empfangen 105 einer Antwort des AVP-Servicesystems durch die Serviceverwaltungsplattform auf die Anfrage der Serviceverwaltungsplattform, Antworten 107 auf die Anfrage zur Durchführung eines AVP-Prozesses durch die Serviceverwaltungsplattform basierend auf der Antwort des AVP-
Servicesystems.
Eine Antwort im Sinne der Beschreibung umfasst z. B. die Angabe, dass der angefragte Service, beispielsweise der AVP-Service, nicht durchgeführt werden kann.
Fig. 2 zeigt ein System 201 zum Verwalten von zumindest einem Service für ein Kraftfahrzeug, umfassend eine Serviceverwaltungsplattform 203, die eingerichtet ist, alle Schritte des Verfahrens nach dem ersten Aspekt durchzuführen.
Fig. 3 zeigt ein maschinenlesbares Speichermedium 301 , auf dem Computerprogramm 303 gespeichert ist. Das Computerprogram 303 umfasst Befehle, die bei Ausführung des Computerprogramms 303 durch einen Computer, ein Verfahren gemäß dem ersten Aspekt auszuführen. Fig. 4 zeigt eine Serviceverwaltungsplattform 401 und ein AVP-Servicesystem 403. Die Serviceverwaltungsplattform 401 und das AVP-Servicesystem 403 kommunizieren über ein Kommunikationsnetzwerk 405.
Fig. 5 zeigt die Elemente der Fig. 4 und zusätzlich ein weiteres Servicesystem 501 , welches mit der Serviceverwaltungsplattform 401 über das Kommunikationsnetzwerk 405 kommuniziert. In Fig. 5 ist nur ein weiteres Servicesystem 501 gezeigt. In einer nicht gezeigten Ausführungsform sind mehrere Servicesysteme vorgesehen, die mit der Serviceverwaltungsplattform 401 über das Kommunikationsnetzwerk 405 kommunizieren können.
Fig. 6 zeigt ein Blockdiagramm, welches das hier beschriebene Konzept beispielhaft näher erläutern soll.
Die Serviceverwaltungsplattform 401 empfängt Anfragen, symbolisch gekennzeichnet durch einen Block mit dem Bezugszeichen 601 , von einem Fahrer, symbolisch gekennzeichnet durch einen Block mit dem Bezugszeichen 603, eines Kraftfahrzeugs, welches innerhalb eines Parkplatzes parken soll und für dieses Parken einen AVP-Prozess durchführen soll. Die Anfragen 601 umfassen somit eine Anfrage zur Durchführung eines AVP-Prozesses für das innerhalb des Parkplatzes parkenden Kraftfahrzeugs. Weiter umfassen die Anfragen 601 drei weitere Anfragen zur Durchführung von drei weiteren Services. Zur Durchführung von diesen Services, also den drei weiteren Services und den AVP-Service sind das AVP-Servicesystem 403 und ein erstes Servicesystem 605 und ein zweites Servicesystem 607 und ein drittes Servicesystem 609 vorgesehen.
Bereits die Anfragen 601 können alle zur Durchführung der Services benötigten Daten enthalten oder umfassen. Sollten noch Daten fehlen, kann die Serviceverwaltungsplattform 401 diese beim Fahrer 603 anfragen und/oder kann diese z. B. beim Kraftfahrzeug anfragen.
Beispielhaft stellt das erste Servicesystem 605 als Service ein Waschen des Kraftfahrzeugs zur Verfügung. Rein beispielhaft stellt das zweite Servicesystem - I9
60? ein Laden einer Antriebsbatterie des Kraftfahrzeugs als Service zur Verfügung. Rein beispielhaft stellt das dritte Servicesystem 609 ein Reinigen eines Innenraums des Kraftfahrzeugs als Service zur Verfügung.
Somit benötigt das erste Servicesystem 605 nicht Zugriff auf einen Innenraum des Kraftfahrzeugs. Hingegen benötigt das dritte Servicesystem 609 Zugriff auf den Innenraum des Kraftfahrzeugs, so dass Zugriff auf eine Verriegelungsanlag einer Kraftfahrzeugtür benötigt wird. Auch das zweite Servicesystem 607 benötigt keinen Zugriff auf den Innenraum des Kraftfahrzeugs, so dass auch hier kein Zugriff auf eine Verriegelungsanlage einer Kraftfahrzeugtür benötigt wird. Alle drei Servicesystem 605, 607, 609 benötigen in der Regel keinen Zugriff auf ein Antriebssystem und/oder Lenkungssystem und/oder Bremssystem und/oder Kupplungssystem des Kraftfahrzeugs. Hingegen benötigt das AVP- Servicesystem 403 entsprechenden Zugriff auf diese Kraftfahrzeugkomponenten, um den AVP-Prozess durchführen zu können.
Gemäß dem hier beschriebenen Konzept ist vorgesehen, dass die Serviceverwaltungsplattform 401 sämtliche für die Durchführung der Services benötigte Daten empfängt und aber nur diejenigen Daten an die entsprechenden Servicesystem 403, 605, 607, 609 weiterleitet, die diese Systeme für die spezifische Durchführung benötigen.
Dies bedeutet also, dass die Serviceverwaltungsplattform 401 den einzelnen Servicesystemen nur die Daten zur Verfügung stellt, die diese zur Durchführung der jeweiligen Service benötigen. So benötigen z. B. die einzelnen Servicesysteme keine Zahlungsdaten und/oder persönliche Daten des Fahrers 603, wenn die Abrechnung über die Serviceverwaltungsplattform 401 durchgeführt wird und diese dann die einzelnen Servicesysteme bezahlt.
Beispielsweise benötigen die einzelnen Servicesysteme unterschiedliche Daten vom Kraftfahrzeug respektive für das Kraftfahrzeug. Solche unterschiedlichen Daten umfassen beispielsweise Zertifikate und/oder Passwort und/oder Zugriffsschlüssel und/oder Zugriffsdaten zu einzelnen Kraftfahrzeugfunktionen und/oder Kraftfahrzeugkomponenten. Eine Verwaltung dieser Daten übernimmt hierbei insbesondere die Serviceverwaltungsplattform 401. Somit hat ein Endkunde, vorliegend beispielhaft der Fahrer 603, nur einen Ansprechpartner, die Serviceverwaltungsplattform 401, und seine Daten werden so weit wie möglich geschützt respektive anonymisiert.
Durch diesen einen Ansprechpartner, Serviceverwaltungsplattform 401 , ist der Endkunde insbesondere in vorteilhafter Weise vor vielen Änderungen von Schnittstellen der einzelnen Servicesysteme geschützt. Die Kommunikation zwischen Serviceverwaltungsplattform 401 und den Servicesystemen in nicht relevant für den Endkunden. Um eine entsprechende technische Implementierung muss er sich nicht kümmern, so dass Änderungen an einer entsprechenden Schnittstelle in ihn nicht betreffen. Dies macht eine Beauftragung von verschiedenen Services für den Endkunden besonders einfach.
In einer Ausführungsform des Verfahrens ist vorgesehen, dass Serviceverwaltungsplattform neben der Beauftragung und dem Datenmanagement, also der Datenverwaltung, auch das Management, also die Verwaltung der Services inklusive einer Verhandlung mit dem Endkunden übernimmt.
D.h. also insbesondere, dass die Serviceverwaltungsplattform z. B. analysiert, ob die angefragten Services überhaupt umsetzbar sind. Dies bedeutet, die Serviceverwaltungsplattform analysiert, ob ein Service aktuell vorhanden und/oder ob ein Zeitbedarf hinsichtlich einer Durchführung des Services überhaupt mit der gewünschten Parkdauer des Kraftfahrzeugs in Einklang zu bringen ist. Dies bedeutet, dass wenn für die Durchführung des Services mehr Zeit benötigt wird als das Kraftfahrzeug parken soll, dann natürlich der angefragte Service nicht durchgeführt werden kann. Insbesondere analysiert und/oder plant und/oder überwacht die Serviceverwaltungsplattform eine optimale Reihenfolge der Durchführungen der Services. Z. B. dokumentiert die Serviceverwaltungsplattform ein oder mehrere der Verfahrensschritte. Über eventuelle Probleme bei der Durchführung der Services informiert beispielsweise die Serviceverwaltungsplattform den Endkunden. Durch eine Trennung von Serviceverwaltungsplattform und Servicesystemen wird in vorteilhafter weise eine Zusammenarbeit von mehreren Partnern, welche die einzelnen Servicesysteme betreiben, effizient gestaltet.

Claims

Ansprüche
1. Verfahren zum Verwalten von zumindest einem Service für ein Kraftfahrzeug, umfassend die folgenden Schritte:
Empfangen (101) durch eine Serviceverwaltungsplattform (203, 401) einer Anfrage zur Durchführung eines AVP-Prozesses für ein innerhalb eines Parkplatzes zu parkendes Kraftfahrzeug,
Anfragen (103) eines AVP-Servicesystems (403) durch die Serviceverwaltungsplattform (203, 401), ob das AVP-Servicesystem (403) den AVP-Prozess für das Kraftfahrzeug basierend auf der Anfrage zur Durchführung eines AVP-Prozesses innerhalb des Parkplatzes durchführen kann, Empfangen (105) einer Antwort des AVP-Servicesystems (403) durch die Serviceverwaltungsplattform (203, 401) auf die Anfrage der Serviceverwaltungsplattform (203, 401),
Antworten (107) auf die Anfrage zur Durchführung eines AVP-Prozesses durch die Serviceverwaltungsplattform (203, 401) basierend auf der Antwort des AVP- Servicesystems (403).
2. Verfahren nach Anspruch 1, wobei bei positiver Antwort des AVP- Servicesystems (403) zur Durchführung des AVP-Prozesses benötigte Daten durch die Serviceverwaltungsplattform (203, 401) an das AVP-Servicesystem (403) weitergeleitet werden, wenn solche Daten bereits von der Anfrage (103) zur Durchführung eines AVP-Prozesses umfasst sind, wobei, wenn noch Daten zur technischen Durchführung des AVP-Prozesses fehlen sollten, diese noch fehlenden Daten durch die Serviceverwaltungsplattform (203, 401) angefragt werden und nach Erhalt der noch fehlenden Daten diese durch die Serviceverwaltungsplattform (203, 401) an das AVP-Servicesystem (403) weitergeleitet werden.
3. Verfahren nach Anspruch 1 oder 2, wobei durch die Serviceverwaltungsplattform zumindest eine weitere Anfrage zur Durchführung eines bestimmten Services für das Kraftfahrzeug, während sich das Kraftfahrzeug innerhalb des Parkplatzes befindet, empfangen wird, wobei ein weiteres Servicesystem zur Durchführung des bestimmten Services durch die Serviceverwaltungsplattform (203, 401) angefragt wird, ob das weitere Servicesystem (605, 607, 609) den bestimmten Service basierend auf der entsprechenden Anfrage durchführen kann, während sich das Kraftfahrzeug innerhalb des Parkplatzes befindet, wobei bei positiver Antwort ein Aufenthalt des Kraftfahrzeugs durch die Serviceverwaltungsplattform (203, 401) basierend auf der Anfrage zur Durchführung eines AVP-Prozesses und basierend auf der zumindest einen weiteren Anfrage zur Durchführung eines bestimmten Services koordiniert wird, um sowohl die Durchführung eines AVP-Prozesses durch das AVP-Servicesystem (403) als auch die Durchführung des bestimmten Services durch das weitere Servicesystem zu ermöglichen.
4. Verfahren nach Anspruch 3, wobei das Koordinieren umfasst, dass die Serviceverwaltungsplattform (203, 401) dem AVP-Servicesystem (403) eine Uhrzeit und/oder ein Datum mitteilt, zu welcher respektive zu welchem das Kraftfahrzeug an einem vorbestimmten Ort des Parkplatzes, an welchem der bestimmte Service durch das weitere Servicesystem (605, 607, 609) durchgeführt werden soll, zu sein hat, sodass das AVP-Servicesystem (403) das Kraftfahrzeug pünktlich zu dem vorbestimmten Ort zumindest hochautomatisiert führen kann.
5. Verfahren nach Anspruch 3 oder 4, wobei mehrere weitere Anfragen zur Durchführung eines jeweiligen bestimmten Services für das Kraftfahrzeug durch die Serviceverwaltungsplattform (203, 401) empfangen werden, wobei mehrere jeweilige weitere Servicesysteme (605, 607, 609) zur Durchführung des jeweiligen bestimmten Services durch die Serviceverwaltungsplattform (203, 401) angefragt werden, ob das jeweilige weitere Servicesystem den bestimmten Service basierend auf der entsprechenden Anfrage durchführen kann, wobei bei zumindest zwei positiven Antworten das Koordinieren umfasst, dass die Serviceverwaltungsplattform (203, 401) basierend auf zumindest einem Serviceparameter eine Reihenfolge festlegt, gemäß welcher die Services für das Kraftfahrzeug durch das jeweilige weitere Servicesystem (605, 607, 609) durchgeführt werden sollen.
6. Verfahren nach Anspruch 5, wobei der zumindest eine Serviceparameter jeweils ein Element ausgewählt aus der folgenden Gruppe von Serviceparametern ist: Auslastung der Servicesysteme (605, 607, 609), Auslastung des AVP-Servicesystems (403), Kapazität der Servicesysteme (605, 607, 609), Kapazität des AVP-Servicesystems (403), momentaner und/oder zukünftiger Verkehr innerhalb des Parkplatzes, Parkposition des Kraftfahrzeugs innerhalb des Parkplatzes, die vorbestimmten Orte, voraussichtliche Dauer der Durchführung einer der Services.
7. Verfahren nach einem der Ansprüche 3 bis 6, wobei bei positiver Antwort des jeweiligen weiteren Servicesystems zur Durchführung des jeweiligen weiteren Services benötigte Daten durch die Serviceverwaltungsplattform (203, 401) an das jeweilige Servicesystem (605, 607, 609) weitergeleitet werden, wenn solche Daten bereits von der entsprechenden zumindest einen weiteren Anfrage zur Durchführung eines bestimmten Services umfasst sind, wobei, wenn noch Daten zur technischen Durchführung des jeweiligen weiteren Services fehlen sollten, diese noch fehlenden Daten durch die Serviceverwaltungsplattform (203, 401) angefragt werden und nach Erhalt der noch fehlenden Daten diese durch die Serviceverwaltungsplattform (203, 401) an das jeweilige Servicesystem (605, 607, 609) weitergeleitet werden.
8. Verfahren nach einem der vorherigen Ansprüche soweit rückbezogen auf Anspruch 2 oder Anspruch 7, wobei die benötigten bzw. die noch fehlenden Daten ein oder mehrere Elemente der folgenden Daten umfassen: Kraftfahrzeuglänge, Kraftfahrzeugbreite, Kraftfahrzeughöhe, Zertifikat und/oder Passwort und/oder Zugriffsschlüssel zum Zugriff auf eine Kraftfahrzeugkomponente, insbesondere Antriebssystem, Bremssystem, Lenkungssystem, Kupplungssystem, Beleuchtungssystem, Türverriegelung, Tankverriegelung, Ladeöffnungsverriegelung, Ladekomponente, Kofferraumverriegelung, Motorraumverriegelung, Steuergerät, Hauptsteuergerät, welche zur Durchführung des Services respektive des AVP-Prozesses benötigt wird, Kraftfahrzeugwendekreis, Fahreigenschaft des Kraftfahrzeugs, Automatisierungsgrad.
9. Verfahren nach einem der vorherigen Ansprüche hinsichtlich des oder der Servicesystem (605, 607, 609) soweit rückbezogen auf Anspruch 3, wobei die Serviceverwaltungsplattform, das AVP-Servicesystem (403) und das Servicesystem oder die Servicesysteme jeweils in einer getrennten Cloud- Infrastruktur und/oder in einer gemeinsamen Cloud-Infrastruktur und/oder jeweils in einem eigenständigen Server und/oder in einer eigenen virtuellen Maschine implementiert sind.
10. Verfahren nach einem der vorherigen Ansprüche soweit rückbezogen auf Anspruch 3, wobei der oder die Services jeweils ein Element ausgewählt aus der folgenden Gruppe von Services sind: Waschen des Kraftfahrzeugs, Reinigen eines Innenraums des Kraftfahrzeugs, Reparatur des Kraftfahrzeugs, Wartung des Kraftfahrzeugs, Laden einer Antriebsbatterie des Kraftfahrzeugs, Tanken von Kraftstoff, insbesondere Benzin, Diesel, Wasserstoff, brennbares Gas, Software- Update für eine auf einer elektronischen Komponente des Kraftfahrzeugs laufenden Software, Reifenwechsel, Innenraumservice, insbesondere Anordnen von Post und/oder Paket(e) in den Innenraum.
11. System (201) zum Verwalten von zumindest einem Service für ein Kraftfahrzeug, umfassend eine Serviceverwaltungsplattform (203, 401), die eingerichtet ist, alle Schritte des Verfahrens nach einem der vorherigen Ansprüche durchzuführen.
12. Computerprogramm (303), umfassend Befehle, die bei Ausführung des Computerprogramms (303) durch einen Computer diesen veranlassen, ein Verfahren gemäß einem der Ansprüche 1 bis 10 auszuführen.
13. Maschinenlesbares Speichermedium (301), auf dem das Computerprogramm (303) nach Anspruch 12 gespeichert ist.
EP24701921.9A 2023-02-09 2024-01-24 Verfahren und system zum verwalten von zumindest einem service für ein kraftfahrzeug Pending EP4662615A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102023201049.6A DE102023201049A1 (de) 2023-02-09 2023-02-09 Verfahren und System zum Verwalten von zumindest einem Service für ein Kraftfahrzeug
PCT/EP2024/051639 WO2024165317A1 (de) 2023-02-09 2024-01-24 Verfahren und system zum verwalten von zumindest einem service für ein kraftfahrzeug

Publications (1)

Publication Number Publication Date
EP4662615A1 true EP4662615A1 (de) 2025-12-17

Family

ID=89715622

Family Applications (1)

Application Number Title Priority Date Filing Date
EP24701921.9A Pending EP4662615A1 (de) 2023-02-09 2024-01-24 Verfahren und system zum verwalten von zumindest einem service für ein kraftfahrzeug

Country Status (4)

Country Link
EP (1) EP4662615A1 (de)
CN (1) CN120677495A (de)
DE (1) DE102023201049A1 (de)
WO (1) WO2024165317A1 (de)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102012222562A1 (de) 2012-12-07 2014-06-12 Robert Bosch Gmbh System für bewirtschaftete Parkflächen zur Überführung eines Fahrzeugs von einer Startposition in eine Zielposition
DE102014224113A1 (de) * 2014-11-26 2016-06-02 Robert Bosch Gmbh Parkplatzverwaltungsserver für einen Parkplatz
DE102018202481B3 (de) 2018-02-19 2019-02-14 Audi Ag Verfahren zur Bereitstellung eines Kraftfahrzeugs für eine Servicedienstleistung und Dienstleistungsumgebung
DE102019135098A1 (de) 2019-12-19 2021-06-24 Valeo Schalter Und Sensoren Gmbh Verfahren zum automatisierten Prozessieren eines Fahrzeugs
JP7251513B2 (ja) * 2020-04-08 2023-04-04 トヨタ自動車株式会社 自動バレー駐車システム及びサービス提供方法

Also Published As

Publication number Publication date
DE102023201049A1 (de) 2024-08-14
WO2024165317A1 (de) 2024-08-15
CN120677495A (zh) 2025-09-19

Similar Documents

Publication Publication Date Title
EP3807121B1 (de) Ladesystem zur dynamischen aufladung von elektrofahrzeugen
DE102017201789B4 (de) Verfahren zum Betrieb eines Kraftfahrzeugs und Kraftfahrzeug
DE102022109414A1 (de) Verfahren zum Aktualisieren von Software in einer Fahrzeugsteuerung und Fahrzeugbetriebssystem
EP3676707A1 (de) Verfahren zur nutzung einer rechnereinheit sowie fahrzeug
DE102019132735A1 (de) Opportunistisches betanken für autonome fahrzeuge
DE102016200075A1 (de) Fahrzeugtausch- und fahrerstatistik
DE102017102936A1 (de) Prädiktive Fahrzeugaufgabenzeitplanung
WO2019072524A1 (de) Verfahren zur kartierung eines streckenabschnitts
DE102021201130A1 (de) Verfahren zum infrastrukturgestützten Assistieren mehrerer Kraftfahrzeuge
DE102020102539A1 (de) Verteilter entfernter datenanforderungsoperator
EP4662615A1 (de) Verfahren und system zum verwalten von zumindest einem service für ein kraftfahrzeug
DE102021133127A1 (de) Verwaltungsverfahren eines gemeinschaftlich genutzten fahrzeugs und dieses ausführender server
EP1702199B1 (de) Inbetriebnahme einer anwendung in einem mobilen klienten
DE102023201878A1 (de) Verfahren zum Überprüfen einer Beförderungsfahrt eines Nutzers, sowie elektronisches Beförderungsinformationssystem und Computerprogramm
DE102023122469A1 (de) Verfahren zum zumindest hochautomatisierten Fahren und zum infrastrukturgestützten Assistieren eines Kraftfahrzeugs innerhalb eines Parkplatzes
DE102023204203A1 (de) Auf künstlicher Intelligenz beruhendes Modell zur Reichweitenbestimmung eines Kraftfahrzeugs
EP3225043B1 (de) Verfahren und vorrichtung zur kontrolle zumindest eines datenabrufs von einem steuergerät eines fahrzeugs sowie verfahren und vorrichtung zum abrufen von daten von einem steuergerät eines fahrzeugs
DE102018005550A1 (de) Verfahren und Serveranordnung zum Herstellen einer Steuereinheit zur Verwendung in einem Fahrzeug
DE102021107423A1 (de) System und Betriebsverfahren für eine auf einem einheitlichen Datenmodell basierende Funktionsauslösung
DE102023122861B3 (de) Dynamische reservierung eines ladestationsplatzes für ein fahrzeug
DE102018220732A1 (de) Verfahren zur Steuerung eines Fahrzeugs
DE102019001892A1 (de) Verfahren zur Auswahl von Diensteanbietern
DE112022007035B4 (de) Informationsmanagementvorrichtung, dienstbereitstellungssystem, programm, und informationsmanagementverfahren
DE102022203272A1 (de) Verfahren zum Planen eines AVP-Vorgangs
DE102022203271A1 (de) Verfahren zum Bestimmen eines AVP-Typs

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: UNKNOWN

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

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

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

Free format text: ORIGINAL CODE: 0009012

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

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20250909

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC ME MK MT NL NO PL PT RO RS SE SI SK SM TR