WO2024012918A1 - Verfahren zum anbinden eines fahrzeugs an das internet - Google Patents

Verfahren zum anbinden eines fahrzeugs an das internet Download PDF

Info

Publication number
WO2024012918A1
WO2024012918A1 PCT/EP2023/068259 EP2023068259W WO2024012918A1 WO 2024012918 A1 WO2024012918 A1 WO 2024012918A1 EP 2023068259 W EP2023068259 W EP 2023068259W WO 2024012918 A1 WO2024012918 A1 WO 2024012918A1
Authority
WO
WIPO (PCT)
Prior art keywords
vehicle
control system
access point
data
internet
Prior art date
Application number
PCT/EP2023/068259
Other languages
English (en)
French (fr)
Inventor
Baris BALOGLU
Simon BIEHL
Jing Zhou
Dmitar ABADZIC
Frank Meister
Xin Guo
Original Assignee
Mercedes-Benz Group AG
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 Mercedes-Benz Group AG filed Critical Mercedes-Benz Group AG
Priority to KR1020247040204A priority Critical patent/KR20250005460A/ko
Priority to CN202380044702.7A priority patent/CN119318183A/zh
Priority to EP23738489.6A priority patent/EP4461026A1/de
Publication of WO2024012918A1 publication Critical patent/WO2024012918A1/de

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/17—Selecting a data network PoA [Point of Attachment]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/49—Connection to several service providers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/61—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP based on the service used
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/70—Administration or customization aspects; Counter-checking correct charges
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/70—Administration or customization aspects; Counter-checking correct charges
    • H04M15/745—Customizing according to wishes of subscriber, e.g. friends or family
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24—Accounting or billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/18—Selecting a network or a communication service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/20—Selecting an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/183—Processing at user equipment or user record carrier

Definitions

  • the invention relates to a method for connecting a vehicle to the Internet according to the type defined in more detail in the preamble of claim 1.
  • An Internet connection between a vehicle and a server external to the vehicle is known from the prior art.
  • a communication system that can establish a connection between the vehicle and the Internet via various access points or access point names (APN).
  • APN access point or access point names
  • This data can, for example, influence the driving characteristics of the vehicle and can outsource computing processes from the vehicle to the server, for example as part of environmental recognition, image recognition of traffic signs, traffic situations or the like.
  • a navigation system can also be completely or partially outsourced to the server external to the vehicle via such a service channel. It is typical for this service channel, which is referred to as private APN in the above-mentioned document, that it is relatively well secured in order to prevent unauthorized access to the vehicle.
  • this service channel is based on a contractual agreement between the vehicle manufacturer and the Internet provider, so that these Internet services are virtually “delivered” with the vehicle.
  • a second access point can be used, which is referred to in the document mentioned as a public APN.
  • This can be done by the vehicle user be used, for example for streaming corresponding content such as videos, music or similar.
  • This type of use which differs in content from the use of the service channel, should typically not take place via the service channel.
  • the object of the present invention is therefore to create an improved method for connecting a vehicle to the Internet, which can offer at least two access points for a service channel on the one hand and for another channel on the other.
  • the control system collects user-related data known to it or accessible to the control system on servers external to the vehicle of the vehicle manufacturer that are connected via the service channel. This allows data from other services or from service agreements with the vehicle manufacturer to be used, for example IDs, bank details, etc.
  • the data is then used to set up an Internet connection for the other channel or via
  • the parameters required for the second access point are extracted and transmitted to the Internet provider so that the Internet provider has all the data required to set up and bill for the other channel. Since the additional channel has not yet been set up at this point in time, the control system is set up to enable this transmission of the parameters via the first access point, i.e. the service channel.
  • the vehicle manufacturer ultimately offers the vehicle user, i.e. its end customer, via the control system of the vehicle, to set up the additional channel in the vehicle via the service channel that is otherwise blocked for such data, so that the additional channel in the vehicle despite the fact that the Internet connection does not yet exist can be negotiated and set up with the Internet provider via the second access point.
  • the two access points can technically be implemented in the vehicle via a single SIM, and thus via an Internet provider, so that the vehicle user can easily and efficiently create the additional channel in the vehicle without having to take any action regarding the Internet connection beforehand.
  • the parameters include at least the user identification data for setting up the second access point.
  • the control system filters the data known to it so that user identification data is available as the basis for the further channel via the second access point.
  • This can include data in its own memory, as well as data to which the control system has access via the service channel, e.g. registration data of the same user with other services provided by the vehicle manufacturer or data stored by the vehicle manufacturer for such purposes.
  • the parameters include at least one technical variable for setting up the second access point.
  • a technical quantity can, for example, be a required amount of data via the other channel or a security level for be communication.
  • a parameter can then be transmitted to the setup, which enables the corresponding amount of data or also specifies the required connection standard depending on the amount of data.
  • the parameter could, for example, include setting up a direct VPN connection.
  • control system can also be set up to estimate the amount of data required in the further channel.
  • the preselected services, already installed applications or even previous data of the user or other users can be analyzed.
  • analyzes can also be used for other technical variables and/or parameters. Additional boundary conditions, such as country-specific regulations, etc., can also be taken into account.
  • control system can also use the country of vehicle registration as a parameter, so that, for example, certain legal requirements in the country of vehicle registration can be taken into account accordingly and the Internet provider's services are selected or offered accordingly for this country.
  • the consideration of language requirements and/or legal requirements of the respective country can also be managed easily and efficiently via the control system in this way.
  • the method according to the invention is particularly efficient because it automatically collects and compiles the necessary parameters.
  • the user can then simply acknowledge this and quickly and efficiently set up the second access point for the other channel.
  • This can preferably be done via a single sign-on functionality, in which the vehicle user is already registered and authenticated in the vehicle system and can therefore acknowledge the transmission of the parameters to the control system to set up the additional channel by simply pressing a button, voice command or the like.
  • control system does not have access to all the data for extracting the parameters required for the device, then, according to a very advantageous development of the method according to the invention, these can also be queried necessary data from the vehicle user.
  • This can preferably be done in the form of a pop-up menu, for example via a so-called head unit, with a central touchscreen of the vehicle, in order to be able to easily and efficiently supplement the required data in order to transmit the required parameters from the vehicle user's vehicle to the Internet provider to be able to.
  • control system strictly separates the data transfer via the service channel and the data transfer via the other channel immediately after the setup of the same has been completed in order to achieve a clear cost distribution on the one hand and to ensure the security of the service channel on the other hand to be able to ensure this easily and efficiently.
  • the control system itself can be at least partially implemented on the server external to the vehicle, so that the service channel is integrated into the processing of the entire communication management carried out by the control system.
  • the control system can also be implemented at least partially in a computing unit of the vehicle. It is preferably a hybrid control system in which individual components within the vehicle and other components are implemented externally on the server external to the vehicle.
  • FIG. 1 shows a schematic representation of the relationship between vehicle, vehicle user and Internet provider
  • FIG. 2 shows a schematic representation of the Internet connections between the vehicle, the server external to the vehicle and the Internet entertainment offering
  • Fig. 5 is a schematic representation to illustrate simplified authentication.
  • a service channel 8 is now set up between the vehicle 2 and the server 7 external to the vehicle via a first access point APN1, which is also referred to by the English access point name .
  • This service channel 8 which is based on the general agreement 4 and thus on a contract between the vehicle manufacturer OEM and the Internet provider ASP, ensures an Internet connection for various telematic services of the vehicle 2.
  • This can include, for example, the support of environment recognition by calculating the sensor data of the vehicle 2 in the vehicle-external server 7, for example image recognition carried out or at least partially carried out in this server 7 or the like.
  • the exchange of driving data, navigation data, the installation of updates to the vehicle software or the like can also take place via this service channel 8.
  • this service channel 8 is strictly separated from other Internet connections, so that on the one hand a relatively high level of security is guaranteed, since access can typically only take place between the vehicle-external server 7 on the one hand and the vehicle 2 on the other hand, since the access is encrypted and otherwise Use of service channel 8 via the first access point APN 1 intended for it is not permitted.
  • an additional Internet connection via a further channel designated 9 in the illustration in FIG. 2 may now be desirable.
  • the vehicle user 1 can, for example, stream video data or music data, carry out research on the Internet, do online shopping or the like.
  • the amount of data required for such services should not be processed via service channel 8 for security reasons alone.
  • the vehicle user 1 can, as can again be seen in the schematic representation of Figure 1, establish an independent connection 10 with the Internet provider ASP or an alternative Internet provider.
  • it is relatively complex to then maintain such a connection 10 in the vehicle 2 so that a decisive advantage arises for the vehicle user 1 if he has such a connection between itself and the Internet provider ASP can be set up easily and efficiently in its vehicle 2, i.e.
  • connection 10 shown in dashed lines in FIG. 1
  • a decisive increase in comfort can be achieved for the vehicle user 1 if he can establish the connection to the Internet provider ASP via the vehicle 2.
  • Such a connection with the vehicle 2 or its control system 5 as a switching entity is shown by the connection 11 shown in dash-dotted lines.
  • the vehicle user 1 can then easily and efficiently set up his own additional channel 9, as shown in FIG. 2, which is managed separately from the service channel 8 via its own access point APN2 of the control system 5 of the vehicle 2.
  • the Internet 12 which is generally used by vehicle users for private purposes or purposes independent of the vehicle service, is designed separately and independently of the server 7 external to the vehicle. It is accordingly also shown below as Cloud 12.
  • both networks/servers 12, 7 are connected to the vehicle 2 via one and the same Internet.
  • the separation of the two clouds 7, 12 in the representation of Figure 2 is only intended to bring the usually strict separation of the data streams on the one hand via the service channel 8 and on the other hand via the other channel 9 into the focus of the representation.
  • the process for the vehicle user 1 is now essentially the following:
  • the vehicle user 1 is in his vehicle 2 and receives, for example, a media package from the vehicle manufacturer OEM via the head unit 6 of the control system 5 or in the application managed by this on the control system 5 or the head unit 6 is offered.
  • the vehicle user 1 In order to accept this entertainment package, the vehicle user 1 must register accordingly and set up his or her own Internet connection to the Internet provider ASP.
  • the vehicle user 1 can, for example, be informed about this possibility via the head unit 6, so the vehicle user 1 is offered the opportunity to set up a connection for the other channel 9. If the vehicle user 1 wants to accept this, he can simply agree to it on the head unit 6 or via voice command.
  • the control system 5's own memory can be evaluated, as can data stored on the vehicle-external server 7. Data that is known to the control system 5 through the use of other services and/or vehicles from the vehicle manufacturer OEM are particularly relevant.
  • the control system 5 then extracts parameters from this data that are required to set up the Internet connection for the other channel 9 via the second access point APN2. These parameters can now be transferred to the Internet provider ASP. If necessary, the vehicle user 1 can be asked via a pop-up menu or the like on the head unit 6 to enter any missing data in order to be able to extract and transfer all the necessary parameters. With the transmission of the parameters, an Internet connection can then be initiated and the connection 11 shown in FIG. 1 is now established between the vehicle user 1 and the Internet provider ASP, which was mediated via the vehicle manufacturer OEM. Now the additional channel 9 can be set up and the use of the contents of the booked media package via the Internet in the vehicle 2 can start.
  • the Internet connection on which this media package is later based does not yet exist via the second access point APN2 and the additional channel 9.
  • the technical solution therefore provides that the service line 8 can be used exceptionally for this setup process by releasing those Internet addresses that are necessary for the described processes up to the setup of the additional channel 9 there via a white list, so that In addition to the regular data transmitted only for in-vehicle service purposes, in this case, in this case, other parameters can also be transmitted to selected Internet addresses via service channel 8.
  • the vehicle-external server 7 is shown again in the illustration in FIG. It can be, for example, a cloud system from the vehicle manufacturer OEM, for example an intelligent cloud system in which data is provided Kubernetes is done.
  • Various services can be implemented in the system.
  • a service area 13 can therefore be seen centrally in the illustration in FIG. 3, as does a database 14 and various microservices 15.1, 15.2-15.
  • n can include.
  • the service module 13 is connected to the Internet provider ASP via a programming interface API (Application Programming Interface).
  • API Application Programming Interface
  • n 7 additional services are connected to the vehicle-external server via API programming interfaces, here purely as an example with 16.1, 16.2-16. n denotes.
  • These services can, for example, be services booked individually by the vehicle user, such as navigation services, maintenance flat rates or similar.
  • the vehicle-external server 7 or its service module 13 is now also connected to the vehicle 2, in particular to its control system 5 or the associated head unit 6.
  • the connection shown in the illustration in FIG. 3 represents both the service channel 8 and the other channel 9 in one.
  • Parts of the vehicle-external server 7 can take over tasks of the control system 5, i.e. represent a part of the control system 5, which in this preferred case is implemented as a hybrid control system 5 in parts both in the vehicle 2 and on the vehicle-external server 7.
  • This allows relevant data to be collected for setting up the additional channel 9 of the vehicle user 1 at the Internet provider ASP.
  • Some of the necessary parameters are then extracted from this and shared with other parameters of the control system 5, which can be based, for example, on technical variables such as the required data volume, etc., and passed on to the Internet provider ASP via the API programming interface.
  • the control system 5 with the head unit 6 can then request consent to transmit the parameters to the Internet provider ASP for the other channel 9 in the area of the vehicle 2.
  • any other unit connected to the Internet can also be used can be used, for example a browser on any computer, a mobile application on a smartphone, tablet or the like.
  • the first access point APN1 is set up for the vehicle 2 via the vehicle manufacturer OEM and the Internet provider ASP in order to exchange data via the service channel 8 established via it.
  • the vehicle 2 can use the Internet connection via the service channel 8, for example, to download software updates, to support telematic systems, for example by at least partially outsourcing the image recognition to the vehicle-external server 7 when using an environmental sensor system, or the like. If the vehicle user 1 now wants to use his own services, such as video streaming, music streaming or the like, the vehicle user 1 should have a connection 10, 11 set up for himself with the Internet provider ASP.
  • the vehicle manufacturer OEM wants to offer the vehicle user 1 the most convenient service possible, so that the vehicle 2 or the control system 5 acts as a kind of intermediary and the vehicle user 1 has a connection 11 to the Internet provider ASP with regard to a second access point APN2 to set up the additional channel 9 offers.
  • the control system 5 now allows the use of the service channel 8 as an exception specifically for this case.
  • the IP addresses of this white list can be stored, for example, in the head unit 6 or in the area of the server 7 external to the vehicle.
  • the structure requires a single SIM, which can be implemented as a SIM card or eSIM, for example.
  • SIM which can be implemented as a SIM card or eSIM, for example.
  • the first access point APN1 and the second access point APN2 are implemented via one and the same Internet provider ASP, which can be advantageous in that the Internet provider ASP also has the general contract with the respective vehicle manufacturer OEM End customer business, which the vehicle manufacturer OEM arranges accordingly, benefits and can offer preferential prices to the customers of the respective vehicle manufacturer OEM due to the expected higher volume of such end customer contracts.
  • the activation request for the further channel 9 is received.
  • the vehicle user enters in the head unit 6 of the vehicle 2 that he wants a specific media package, for example an annual flat rate, a monthly flat rate, a topic-related flat rate, a specific amount of data or the like.
  • vehicle data and vehicle user data are received from all sources accessible to the control system 5 internally or on the vehicle-external server 7 in order to immediately provide all the parameters required to set up the new Internet connection from this data, if possible.
  • These parameters can in particular include user identification, vehicle identification and other parameters, which can include technical variables for setting up the Internet connection or are derived from them. This can include, for example, the data volume, security settings and the like.
  • This step can be implemented both at the Internet provider and via the control system 5, in particular in its part that works with the service module 13. In the exemplary embodiment shown in FIG. 4, this preparation is preferably carried out by the Internet provider ASP.
  • the control system 5 then receives a URL from the Internet provider ASP via the service channel, which summarizes the preparations for the connection 11. This is displayed to the vehicle user 1, for example, on the head unit 6, so that he can supplement any missing data and, in particular, start setting up the additional channel 9 through suitable authentication and acknowledgment.
  • the additional channel 9 is then activated. Finally, the status of the additional channel 9 can now be set to connected in order to then strictly separate the data transfer between the further channel 9 on the one hand and the service channel 8 on the other hand, so that the service channel 8 is really used exclusively for service-relevant data transmission and here only in exceptional cases for setting up the further channel 9 between the vehicle user 1 and the Internet provider ASP was allowed to be misused.
  • the country of vehicle registration can be queried in the vehicle data to extract the parameters, for example in order to offer the connection to the Internet provider in the appropriate language and/or with the legal framework suitable for the respective country.
  • a hardware authentication of the vehicle user 1 towards the vehicle 2 can be used, for example a corresponding code which is stored in a mobile device, a key, a smartphone, a smartwatch, a smart ring or similar and which identifies the vehicle user 1 towards the vehicle 2, for example in Authenticated as part of a check of access and/or driving authorization.
  • a single sign-on can also be implemented, for example, as shown in Figure 5.
  • the vehicle user 1 is shown as an example as a circle below. On the left there is a domain of the vehicle manufacturer OEM marked 17, at the top in the middle there is an authentication server marked 18 and on the far right 19 denotes the domain of the Internet provider ASP. In between there is a cookie memory 20, which can, for example, be part of a browser used in the head unit 6 or another device. The process would now be such that vehicle user 1 first browses to domain 19 of the vehicle manufacturer OEM. From the domain 17 of the vehicle manufacturer OEM there is then a forwarding according to the arrow 22 to the authentication server 18, in which a login of the vehicle user 1 or a cookie is available and is authenticated.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

Die Erfindung betrifft ein Verfahren zum Anbinden eines Fahrzeugs (2) an das Internet, mit einem Steuerungssystem (5), welches wenigstens zwei Zugangspunkte (APN1, APN2) verwalten kann, wobei ein erster Zugangspunkt (APN1) für einen Servicekanal (8) genutzt wird, welcher zwischen dem Fahrzeughersteller und dem Internetanbieter (ASP) eingerichtet wird, wobei ein zweiter Zugangspunkt (APN2) für einen weiterreden Kanal (9) vorgesehen ist. Das erfindungsgemäße Verfahren ist dadurch gekennzeichnet, dass vor der Nutzung des weiteren Kanals (9) das Steuerungssystem (5) diesem bekannte oder für das Steuerungssystem (5) auf über den Servicekanal (8) angebundenen fahrzeugexternen Servern (7) des Fahrzeugherstellers (OEM) zugängliche nutzerbezogene Daten sammelt, wonach aus den Daten die zum Aufbau einer Internetverbindung über den weiteren Kanal (9) erforderlichen Parameter extrahiert werden, wobei das Steuerungssystem (5) dazu eingerichtet ist, diese Übermittlung über den ersten Zugangspunkt (APN1) zu ermöglichen.

Description

Mercedes-Benz Group AG
Verfahren zum Anbinden eines Fahrzeugs an das Internet
Die Erfindung betrifft ein Verfahren zum Anbinden eines Fahrzeugs an das Internet nach der im Oberbegriff von Anspruch 1 näher definierten Art.
Eine Internetverbindung zwischen einem Fahrzeug und einem fahrzeugexternen Server, beispielsweise einem Backendserver des Fahrzeugherstellers bzw. OEMs, ist soweit aus dem Stand der Technik bekannt. Rein beispielhaft kann in diesem Zusammenhang auf die DE 102016 106 610 A1 verwiesen werden. Diese beschreibt ein Kommunikationssystem, das über verschiedene Zugriffspunkte bzw. Zugriffspunktnamen (APN) eine Verbindung zwischen dem Fahrzeug und Internet realisieren kann. Darin ist beschrieben einerseits einen Zugriffpunkt für einen privaten Kanal, eine Art Servicekanal, zu nutzen, welcher zwischen einer Telematikeinheit des Fahrzeugs und einem fahrzeugexternen Server des Fahrzeugherstellers Daten austauscht. Diese Daten können beispielsweise die Fahreigenschaften des Fahrzeugs beeinflussen, können Rechenvorgänge aus dem Fahrzeug auf den Server auslagern, beispielsweise im Rahmen einer Umgebungserkennung, einer Bilderkennung von Verkehrsschildern, Verkehrssituationen oder dergleichen. Auch das Auslagern der Funktionalität eines Navigationssystems ganz oder teilweise auf den fahrzeugexternen Server kann über einen solchen Servicekanal realisiert werden. Typisch für diesen Servicekanal, welcher in der oben genannten Schrift als privater APN bezeichnet wird, ist es, dass dieser relativ gut gesichert ist, um einen unberechtigten Zugriff auf das Fahrzeug zu verhindern.
In der Praxis ist es außerdem so, dass über diesen Servicekanal für den Fahrzeugnutzer keine Kosten anfallen, da dieser Servicekanal auf einer vertraglichen Vereinbarung zwischen dem Fahrzeughersteller und dem Internetanbieter beruht, sodass diese Internet-Services quasi mit dem Fahrzeug „mitgeliefert“ werden.
Daneben kann ein zweiter Zugangspunkt genutzt werden, welcher in der genannten Schrift als öffentlicher APN bezeichnet wird. Dieser kann von dem Fahrzeugnutzer verwendet werden, beispielsweise für das Streamen von entsprechenden Inhalten wie beispielsweise Videos, Musik oder ähnlichem. Diese Art der Nutzung, welche sich inhaltlich von der Nutzung des Servicekanals unterscheidet, sollte typischerweise nicht über den Servicekanal erfolgen.
Die oben genannten DE 10 2016 106 610 A1 beschreibt im Wesentlichen wie für den Fall, dass eine der Verbindungen verlorengeht, diese wieder reinstalliert werden kann.
Viel entscheidender in der Praxis ist es jedoch wie einen solche Verbindung überhaupt zustande kommen kann, beispielsweise dann, wenn ein Nutzer eine weitere Internetverbindung zu dem Internetanbieter parallel zum bestehenden Servicekanal des Fahrzeugherstellers mit dem Internetanbieter aufbauen möchte, um so in der Lage zu sein, aus dem Fahrzeug heraus weitere Services für seine privaten Zwecke zu nutzen. Der Fahrzeughersteller selbst hat ein Interesse daran, dass eine derartige Kommunikation, alleine schon aus Sicherheitsgründen, nicht über seinen Servicekanal läuft.
Die Aufgabe der hier vorliegenden Erfindung besteht also darin ein verbessertes Verfahren zur Anbindung eines Fahrzeugs an das Internet zu schaffen, welches wenigstens zwei Zugangspunkte für einen Servicekanal einerseits und für einen weiteren Kanal andererseits anbieten kann.
Erfindungsgemäß wird diese Aufgabe durch ein Verfahren mit den Merkmalen im kennzeichnenden Teil des Anspruchs 1 gelöst. Vorteilhafte Ausgestaltungen und Weiterbildungen des erfindungsgemäßen Verfahrens ergeben sich dabei aus den hiervon abhängigen Unteransprüchen.
Bei dem erfindungsgemäßen Verfahren ist es nun so, dass vor der Nutzung des weiteren Kanals das Steuerungssystem diesem bekannte oder für das Steuerungssystem auf über den Servicekanal angebundenen fahrzeugexternen Servern des Fahrzeugherstellers zugängliche nutzerbezogene Daten sammelt. Damit lassen sich z.B. Daten aus anderen Diensten oder aus Leistungsvereinbarungen mit dem Fahrzeughersteller nutzen, z.B. IDs, Bankverbindungen, etc. Im Anschluss werden dann aus den Daten die zum Aufbau einer Internetverbindung des weiteren Kanals bzw. über den zweiten Zugangspunkt erforderlichen Parameter extrahiert und dem Internetanbieter übermittelt, so dass dieser alle erforderlichen Daten zum Einrichten und Abrechnen des weiteren Kanals vorliegen hat. Da der weitere Kanal zu diesem Zeitpunkt noch nicht eingerichtet ist, ist das Steuerungssystem dazu eingerichtet, diese Übermittlung der Parameter über den ersten Zugangspunkt, also den Servicekanal, zu ermöglichen.
Der Fahrzeughersteller bietet also letztlich über das Steuerungssystem des Fahrzeugs dem Fahrzeugnutzer, also seinem Endkunden, an, eine Einrichtung des weiteren Kanals in dem Fahrzeug über den ansonsten für derartige Daten gesperrten Servicekanal vorzunehmen, sodass der weitere Kanal in dem Fahrzeug trotz der noch nicht bestehenden Internetverbindung über den zweiten Zugangspunkt mit dem Internetanbieter ausgehandelt und eingerichtet werden kann. Damit wird eine technologische Lösung für eine sehr nutzerfreundliche Gestaltung derartiger Vorgänge geschaffen.
Die beiden Zugangspunkte können dabei technisch über eine einzige SIM, und damit über einen Internetanbieter, in dem Fahrzeug realisiert werden, sodass der Fahrzeugnutzer den weiteren Kanal einfach und effizient in dem Fahrzeug erstellen kann ohne zuvor bezüglich der Internetanbindung aktiv werden zu müssen.
Eine sehr vorteilhafte Weiterbildung der Erfindung sieht es dabei vor, dass die Parameter zumindest die Nutzeridentifikationsdaten zur Einrichtung des zweiten Zugangspunkts umfassen. Das Steuerungssystem filtert die ihm bekannten Daten also so, dass Nutzeridentifikationsdaten als Basis für den weiteren Kanal über den zweiten Zugangspunkt vorliegen. Das kann sowohl Daten in seinem eigenen Speicher umfassen, also auch Daten zu denen das Steuerungssystem über den Servicekanal Zugang hat, z.B. Registrierungsdaten des selben Nutzers bei anderen Services des Fahrzeugherstellers oder auch beim Fahrzeughersteller für derartige Zwecke hinterlegte Daten.
Gemäß einer sehr vorteilhaften Weiterbildung des erfindungsgemäßen Verfahrens kann es dabei vorgesehen sein, dass die Parameter zumindest eine technischen Größe zur Einrichtung des zweiten Zugangspunkts umfassen. Eine solche technische Größe kann z.B. eine benötigte Datenmenge über den weiteren Kanal oder eine Sicherheitsstufe für die Kommunikation sein. Entsprechend einer solchen Größe kann dann zur Einrichtung eine Parameter übermittelt werden, welcher die entsprechende Datenmenge ermöglicht oder auch in Abhängigkeit der Datenmenge den benötigen Verbindungsstandard vorgibt. Im Falle einer hohen Sicherheitsstufe könnte der Parameter z.B. die Einrichtung direkt als VPN-Verbindung umfassen.
Das Steuerungssystem kann gemäß einer sehr vorteilhaften Weiterbildung des erfindungsgemäßen Verfahrens ferner dazu eingerichtet sein, die im weiteren Kanal benötigte Datenmenge abzuschätzen. Dafür können gemäß einer sehr günstigen Ausgestaltung der Erfindung die vorgewählten Services, bereits installierte Applikationen oder auch zurückliegende Daten des Nutzers oder anderer Nutzer analysiert werden. Ergänzend lassen sich solche Analysen auch für weitere technische Größen und/oder Parameter einsetzten. Dabei können zusätzlich Randbedingungen, wie beispielsweise landestypische Vorschriften etc. mit berücksichtigte werden.
Das Steuerungssystem kann gemäß einer sehr vorteilhaften Weiterbildung außerdem das Land der Fahrzeugzulassung als Parameter nutzen, sodass also beispielsweise bestimmte gesetzliche Vorgaben im Land der Fahrzeugzulassung entsprechend berücksichtigt werden können und die Dienste des Internetanbieters für dieses Land entsprechend ausgewählt bzw. angeboten werden. Auch die Berücksichtigung von Sprachvorgaben und/oder gesetzlichen Anforderungen des jeweiligen Landes lassen sich auf diese Art einfach und effizient über das Steuerungssystem verwalten.
Das erfindungsgemäße Verfahren ist besonders effizient, da es Die notwendigen Parameter selbsttätig sammelt und zusammenstellt. Der Nutzer kann dies dann einfach quittieren und so schnell und effizient die Einrichtung des zweiten Zugangspunkts für den weiteren Kanal veranlassen. Vorzugsweise kann dies über eine Single-Sign-On- Funktionalität erfolgen, bei welcher der Fahrzeugnutzer im Fahrzeugsystem bereits registriert und authentifiziert ist und dem Steuerungssystem die Übermittlung der Parameter zur Einrichtung des weiteren Kanals damit durch einen einfachen Tastendruck, Sprachbefehl oder dergleichen quittieren kann.
Sollten dem Steuerungssystem nicht alle Daten zum Extrahieren der für die Einrichtung erforderlichen Parameter zugänglich sein, dann kann gemäß einer sehr vorteilhaften Weiterbildung des Verfahrens gemäß der Erfindung eine Abfrage dieser zusätzlich erforderlichen Daten beim Fahrzeugnutzer erfolgen. Dies kann vorzugsweise in Form eines Pop-Up-Menüs beispielsweise über eine sogenannte Headunit, mit einen zentralen Touchscreen des Fahrzeugs erfolgen, um so einfach und effizient die erforderlichen Daten ergänzen zu können, um die benötigten Parameter von dem Fahrzeug des Fahrzeugnutzers an den Internetanbieter übertragen zu können.
Wie bereits erwähnt kann es technisch so realisiert sein, dass zur Ermöglichung der Übertragung der Parameter über den ersten Zugangspunkt und damit dem Servicekanal die Zugriffsdaten auf die für die Einrichtung des weiteren Kanals benötigten Internetadressen über eine Ausnahmeliste für den Servicekanal explizit erlaubt werden. Eine solche Ausnahmeliste, welche auch mit dem englischen Begriff White List bezeichnet wird, würde also das Durchschalten eben dieser Parameter über den Servicekanal erlauben, und könnte weiterhin sicherstellen, dass keine anderen Datentransfers über den Servicekanal erfolgen.
Gemäß einer sehr günstigen Ausgestaltung der Erfindung kann es dementsprechend vorgesehen sein, dass das Steuerungssystem den Datentransfer über den Servicekanal und den Datentransfer über den weiteren Kanal unmittelbar nach Abschluss der Einrichtung desselben strikt trennt, um einerseits eine klaren Kostenaufteilung zu realisieren und andererseits die Sicherheit des Servicekanals einfach und effizient gewährleisten zu können.
Das Steuerungssystem selbst kann dabei zumindest teilweise auf dem fahrzeugexternen Server realisiert sein, sodass der Servicekanal in die Abwicklung des gesamten durch das Steuerungssystem erfolgenden Kommunikationsmanagements eingebunden wird. Alternativ dazu kann das Steuerungssystem auch zumindest teilweise in einer Recheneinheit des Fahrzeugs realisiert werden. Vorzugsweise handelt es sich um ein Hybrid-Steuerungssystem, bei dem einzelne Komponenten innerhalb des Fahrzeugs und andere Komponenten ausgelagert auf dem fahrzeugexternen Server realisiert sind.
Weitere vorteilhafte Ausgestaltungen des erfindungsgemäßen Verfahrens sowie der durch das Verfahren ermöglichten Abläufe ergeben sich auch aus dem Ausführungsbeispiel, welches nachfolgend unter Bezugnahme auf die Figuren näher beschrieben ist. Dabei zeigen:
Fig. 1 eine schematische Darstellung der Beziehung zwischen Fahrzeug, Fahrzeugnutzer und Internetanbieter;
Fig. 2 eine schematische Darstellung der Internetverbindungen zwischen dem Fahrzeug, dem fahrzeugexternen Server und dem Unterhaltungsangebot des Internet;
Fig. 3 eine mögliche Systemarchitektur zur Umsetzung des erfindungsgemäßen Verfahrens;
Fig. 4 ein möglicher Ablauf des erfindungsgemäßen Verfahrens; und
Fig. 5 eine schematische Darstellung zur Veranschaulichung einer vereinfachten Authentifizierung.
Grundsätzlich ist es so, dass bei einem neuen Fahrzeug 2 keine Internetverbindung des Fahrzeugs 1 für Unterhaltungszwecke, also beispielsweise das Streaming von Video- und Audiodiensten, besteht, weil ein Fahrzeugbesitzer oder Fahrzeugnutzer 1 noch keinen eigenständigen Vertrag bei einem Internetanbieter ASP (Application Service Provider) hat. Die Beziehung zwischen diesen drei Einheiten, also dem Fahrzeugnutzer
1 einerseits, dem Fahrzeug 2 bzw. seinem hier durch einen Kasten um das Fahrzeug 2 symbolisierten Hersteller OEM (Original Equipment Manufacturer) andererseits und dem Internetanbieter ASP ist in der Darstellung der Figur 1 schematisch verdeutlicht.
Das Fahrzeug 2 steht in der Darstellung der Figur 1 symbolisch sowohl für das Fahrzeug
2 als solches aber auch für die - in Figur 2 gezeigten - Kommunikationseinrichtungen 3 und Steuerungssysteme 5 sowie die sogenannte Headunit 6, also das zentrale Anzeige- und Bediengerät des Fahrzeugs 2 andererseits. Typischerweise ist es so, dass es zwischen dem Hersteller OEM des Fahrzeugs 2 und dem Internetanbieter ASP eine generelle vertragliche Vereinbarung 4 gibt, sodass das Fahrzeug 2 bzw. sein Steuerungssystem 5 über einen ersten in Figur 2 angedeuteten Zugangspunkt APN 1 (APN - Access Point Name) einen Servicekanal 8 zwischen dem Fahrzeug 2 und einem fahrzeugexternen Server 7, typischerweise dem sogenannten Backendserver des Fahrzeugherstellers OEM, betreiben kann. In der Darstellung der Figur 2 ist das Fahrzeug 2 mit seinem Steuerungssystem 5 und seine Headunit 6, welche auch als Frontend bezeichnet werden könnte, zu erkennen. Über entsprechende Kommunikationseinrichtungen 3 besteht eine Verbindung zumindest zu einem Backendserver 7 des Fahrzeugherstellers, welcher hier als Cloud angedeutet ist. Über die generelle vertragliche Vereinbarung 4 zwischen dem Hersteller OEM des Fahrzeugs 2 und dem Internetanbieter ASP wird nun über einen ersten Zugangspunkt APN1 , welcher auch mit der englischen bezeichnet Access Point Name bezeichnet wird, ein Servicekanal 8 zwischen dem Fahrzeug 2 und dem fahrzeugexternen Server 7 aufgebaut. Dieser Servicekanal 8, welcher auf der generellen Vereinbarung 4 und damit auf einem Vertrag zwischen dem Fahrzeughersteller OEM und dem Internetanbieter ASP basiert, stellt eine Internetverbindung für verschiedene telematische Services des Fahrzeugs 2 sicher. Darunter kann beispielsweise die Unterstützung der Umfelderkennung durch Berechnung der Sensordaten des Fahrzeugs 2 in dem fahrzeugexternen Server 7 fallen, beispielsweise eine in diesem Server 7 durchgeführte oder zumindest teilweise durchgeführte Bilderkennung oder dergleichen. Auch der Austausch von Fahrdaten, Navigationsdaten, das Aufspielen von Updates der Fahrzeugsoftware oder dergleichen kann über diesen Servicekanal 8 erfolgen. Im Normalfall ist dieser Servicekanal 8 strikt von anderen Internetverbindungen getrennt, sodass einerseits eine relativ hohe Sicherheit gewährleistet ist, da der Zugriff typischerweise eben nur zwischen dem fahrzeugexternen Server 7 einerseits und dem Fahrzeug 2 andererseits erfolgen kann, da der Zugriff verschlüsselt erfolgt und da eine anderweitige Nutzung des Servicekanals 8 über den für ihn vorgesehenen ersten Zugangspunkt APN 1 nicht zugelassen ist.
Für den in Figur 1 dargestellten Fahrzeugnutzer 1 kann nun eine zusätzliche Internetanbindung über einen in der Darstellung der Figur 2 mit 9 bezeichneten weiteren Kanal wünschenswert sein. Der Fahrzeugnutzer 1 kann hierüber beispielsweise Videodaten oder Musikdaten streamen, Recherchen im Internet durchführen, Onlineshopping betreiben oder dergleichen. Die für derartige Services, anfallenden Datenmengen sollen alleine schon aus Sicherheitsgründen nicht über den Servicekanal 8 abgewickelt werden. Aus diesem Grund kann der Fahrzeugnutzer 1, wie es wiederum in der schematischen Darstellung der Figur 1 zu erkennen ist, eine eigenständigen Verbindung 10 mit dem Internetanbieter ASP oder auch einem alternativen Internetanbieter abschließen. In der Praxis ist es jedoch relativ aufwendig, eine solche Verbindung 10 dann wieder in dem Fahrzeug 2 einzupflegen, sodass für den Fahrzeugnutzer 1 ein entscheidender Vorteil entsteht, wenn er eine solche Verbindung zwischen sich und dem Internetanbieter ASP einfach und effizient in seinem Fahrzeug 2, also über dessen Steuerungssystem 5 bzw. dessen Headunit 6 als Anzeige und Bedienteil des Steuerungssystems 5 aufbauen kann. Anstelle der in Figur 1 gezeigten gestrichelt dargestellten Verbindung 10 lässt sich für den Fahrzeugnutzer 1 ein entscheidender Gewinn an Komfort erzielen, wenn er die Verbindung zu dem Internetanbieter ASP über das Fahrzeug 2 aufbauen kann. Eine solche Verbindung mit dem Fahrzeug 2 bzw. dessen Steuerungssystem 5 als Vermittlungsinstanz ist durch die strichpunktiert ein gezeichnete dargestellte Verbindung 11 dargestellt.
Auf diesen Weg lässt sich dann für den Fahrzeugnutzer 1 einfach und effizient ein eigener weiterer Kanal 9, wie er in der Figur 2 dargestellt ist, aufbauen, welcher getrennt von dem Servicekanal 8 über einen eigenen Zugangspunkt APN2 des Steuerungssystems 5 des Fahrzeugs 2 verwaltet wird. In der Darstellung der Figur 2 ist das allgemein von Fahrzeugnutzer für private bzw. vom Fahrzeugservice unabhängige Zwecke genutzte Internet 12 getrennt und unabhängig von dem fahrzeugexternen Server 7 ausgebildet. Es ist dementsprechend unterhalb desselben ebenfalls als Cloud 12 dargestellt. In der Praxis werden beide Netze/Server 12, 7 dabei über ein und das selbe Internet an das Fahrzeug 2 angebunden. Die Trennung der beiden Clouds 7, 12 in der Darstellung der Figur 2 soll lediglich die üblicherweise strikte Trennung der Datenströme einerseits über den Servicekanal 8 und andererseits über den weiteren Kanal 9 in den Fokus der Darstellung rücken.
Der Ablauf für den Fahrzeugnutzer 1 ist nun im Wesentlichen der Folgende: Der Fahrzeugnutzer 1 befindet sich in seinem Fahrzeug 2 und bekommt über die Headunit 6 des Steuerungssystems 5 beispielsweise ein Medienpaket von dem Fahrzeughersteller OEM bzw. in der von diesem verwalteten Anwendung auf dem Steuerungssystem 5 bzw. der Headunit 6 angeboten. Um dieses Unterhaltungspaket anzunehmen muss der Fahrzeugnutzer 1 sich entsprechend registrieren und eine eigene Internetverbindung zu dem Internetanbieter ASP einrichten. Über die Headunit 6 kann der Fahrzeugnutzer 1 beispielsweise über diese Möglichkeit informiert werden, dem Fahrzeugnutzer 1 wird also der Aufbau einer Verbindung für den weiteren Kanal 9 angeboten. Wenn der Fahrzeugnutzer 1 dies annehmen möchte, kann er dieser einfach auf der Headunit 6 oder per Sprachbefehl zustimmen. Das Steuerungssystem 5, welches zumindest teilweise in dem Fahrzeug 2 realisiert und dort mit dem 5 bezeichneten Baustein symbolisiert ist, kann nun alle für das Steuerungssystem 5 zugänglichen Daten des Fahrzeugnutzers 1 sammeln. Dafür können der eigene Speicher des Steuerungssystems 5 ebenso ausgewertet werden, wie auf dem fahrzeugexternen Server 7 gespeicherte Daten. Dabei sind insbesondere auch solche Daten relevant, welche das Steuerungssystem 5 durch die Nutzung anderer Services und/oder Fahrzeuge des Fahrzeugherstellers OEM bekannt sind.
Das Steuerungssystem 5 extrahiert aus diesen Daten dann Parameter, welche erforderlich sind um über dem zweiten Zugangspunkt APN2 die Internetverbindung für den weiteren Kanal 9 einzurichten. Diese Parameter können nun an den Internetanbieter ASP übertragen werden. Sofern erforderlich kann der Fahrzeugnutzer 1 über ein Pop- Up-Menü oder dergleichen auf der Headunit 6, dazu aufgefordert werden, gegebenenfalls noch fehlende Daten einzutragen, um alle erforderlichen Parameter extrahieren und übertragen zu können. Mit der Übertragung der Parameter kann dann eine Internetverbindung initiiert werden und es kommt nun die in Figur 1 gezeigte Verbindung 11 zwischen dem Fahrzeugnutzer 1 und dem Internetanbieter ASP zustande, die über den Fahrzeughersteller OEM vermittelt wurde. Nun kann der weitere Kanal 9 aufgebaut werden und die Nutzung der Inhalte des gebuchten Medienpakets über das Internet in dem Fahrzeug 2 kann starten.
Technisch ist es nun problematisch, dass zu dem Zeitpunkt, zu dem dem Fahrzeugnutzer 1 das Medienpaket angeboten wird, die diesem Medienpaket später zugrundeliegende Internetverbindung über den zweiten Zugangspunkt APN2 und den weiteren Kanal 9 noch nicht existiert. Die technische Lösung sieht es daher vor, dass für diesen Vorgang des Einrichtens die Serviceleitung 8 ausnahmsweise genutzt werden kann, indem diejenigen Internetadressen, welche für die beschriebenen Vorgänge bis zur Einrichtung des weiterer Kanals 9 notwendig sind, dort über eine White List freigeben werden, sodass neben dem regulären nur für die fahrzeuginternen Servicezwecke übertragenen Daten in diesem Fall ausnahmsweise auch andere Parameter zu ausgewählten Internetadressen über den Servicekanal 8 übertragen werden können.
In der Darstellung der Figur 3 ist der fahrzeugexterne Server 7 nochmals dargestellt. Es kann sich beispielsweise um einen Cloudsystem des Fahrzeugherstellers OEM handeln, beispielsweise ein intelligentes Cloudsystem, in welchem eine Datenbereitstellung über Kubernetes erfolgt. Dabei können in dem System verschiedene Services implementiert sein. Zentral ist in der Darstellung der Figur 3 daher ein Servicebereich 13 zu erkennen, weicher eine Datenbank 14 sowie verschiedene Microservices 15.1 , 15.2-15. n umfassen kann. Über eine Programmierschnittstelle API (Application Programming Interface) ist das Servicemodul 13 mit dem Internetanbieter ASP verbunden. Neben dem im Servicemodul 13 dargestellten Microservices 15.1, 15.2-15. n sind in dem fahrzeugexternen Server 7 weitere Services über Programmierschnittstellen API angebunden und hier rein beispielhaft mit 16.1 , 16.2-16. n bezeichnet. Diese Services können z.B. vom Fahrzeugnutzer individuell gebuchte Services sein, z.B. Navigationsservices, Wartungsflatrates oder ähnliches. Der fahrzeugexterne Server 7 bzw. sein Servicemodul 13 ist nun außerdem mit dem Fahrzeug 2 verbunden, insbesondere mit dessen Steuerungssystem 5 bzw. der zugehörigen Headunit 6. In der Darstellung der Figur 3 gezeigte Verbindung stellt dabei sowohl den Servicekanal 8 als auch den weiteren Kanal 9 in einem dar.
Teile des fahrzeugexternen Servers 7 können dabei Aufgaben des Steuerungssystems 5 mit übernehmen, stellen also einen Teil des Steuerungssystems 5 dar, welches in diesem bevorzugten Fall als Hybrid-Steuerungssystem 5 in Teilen sowohl in dem Fahrzeug 2 als auch auf dem fahrzeugexternen Server 7 realisiert ist.
Das Servicemodul 13 bzw. das Steuerungssystem 5, insbesondere mit ihrem in dem fahrzeugexternen Server 7 ausgelagerten Teil, kommuniziert nun über die Programmierschnittstellen API mit anderen bereits existenten Services des Fahrzeugherstellers OEM, welche hier als die Services 16.1, 16.2-16. n zusammengefasst sind. Hierdurch lassen sich relevante Daten für die Einrichtung des weiteren Kanals 9 des Fahrzeugnutzers 1 beim Internetanbieter ASP sammeln. Daraus werden dann einige der notwendigen Parameter extrahiert und mit weiteren Parametern des Steuerungssystem 5, welche z.B. auf technischen Größen, wie dem benötigten Datenvolumen etc. basieren können, und über die Programmierschnittstelle API des Internetanbieters ASP an diesen weitergeben.. Das Steuerungssystem 5 mit der Headunit 6 kann dann im Bereich des Fahrzeugs 2 eine Zustimmung zur Übermittlung der Parameter an den Internetanbieter ASP für den weiteren Kanal 9 abfragen. Anstelle der Headunit 6 kann auch jede andere mit dem Internet verbundene Baueinheit verwendet werden, beispielsweise ein Browser auf einem beliebigen Computer, eine mobile Applikation auf einem Smartphone, Tablet oder dergleichen.
Netzwerkseitig ist es beispielsweise so, dass das Fahrzeug 2 über den Fahrzeughersteller OEM und den Internetanbieter ASP der erste Zugangspunkt APN1 eingerichtet ist, um über den über ihn aufgebauten Servicekanal 8 Daten auszutauschen. Das Fahrzeug 2 kann die Internetverbindung über den Servicekanal 8 z.B. nutzen um Softwareupdates herunterzuladen, telematische Systeme zu unterstützten, beispielsweise indem die Bilderkennung bei der Nutzung einer Umfeldsensorik zumindest teilweise in den fahrzeugexternen Server 7 ausgelagert wird oder dergleichen. Wenn der Fahrzeugnutzer 1 nun eigene Services nutzen möchte, wie beispielsweise Videostreaming, Musikstreaming oder dergleichen sollte der Fahrzeugnutzer 1 eine für ihn selbst eingerichtete Verbindung 10, 11 mit dem Internetanbieter ASP haben. Dazu will der Fahrzeughersteller OEM dem Fahrzeugnutzer 1 einen möglichst komfortablen Service anbieten, sodass das Fahrzeug 2 bzw. das Steuerungssystem 5 als eine Art Vermittler auftritt und dem Fahrzeugnutzer 1 eine Verbindung 11 zu dem Internetanbieter ASP bezüglich eines zweiten Zugangspunkt APN2 zum Aufbauen des Weiterer Kanals 9 anbietet. Zu dem Zeitpunkt, zu dem diese Verbindung 11 aufgebaut werden soll, liegt jedoch keine für den Fahrzeugnutzer 1 als Endkunden nutzbare Internetverbindung zwischen dem Fahrzeug 2 und dem Internetanbieter ASP vor. Deshalb ermöglicht nun das Steuerungssystem 5 speziell für diesen Fall ausnahmsweise die Nutzung des Servicekanals 8. Dies lässt sich beispielsweise dadurch erreichen, dass die hierfür benötigten Internetseiten in einer White List des Steuerungssystems 5 geführt werden, sodass trotz der ansonsten strikten Trennung zwischen Servicedaten und weiteren Daten in diesem Fall der Servicekanal 8 für die Einrichtung des weiteren Kanals 9 über den zweiten Zugangspunkt genutzt werden kann. Die IP Adressen dieser White List können beispielsweise in der Headunit 6 oder auch im Bereich des fahrzeugexternen Servers 7 gespeichert sein.
Der Aufbau kommt dabei mit einer einzigen SIM aus, welche beispielsweise als SIM- Karte oder eSIM realisiert sein kann. Damit wird der erste Zugangspunkt APN1 als auch der zweite Zugangspunkt APN2 über ein und denselben Internetanbieter ASP realisiert, was insofern von Vorteil sein kann, dass dadurch der Internetanbieter ASP mit dem generellen Vertrag mit dem jeweiligen Fahrzeughersteller OEM auch von dem Endkundengeschäft, welches der Fahrzeughersteller OEM entsprechend vermittelt, profitiert und für die Kunden des jeweiligen Fahrzeugherstellers OEM bevorzugte Preise aufgrund des zu erwartenden höheren Volumens derartiger Endkundenverträge anbieten kann.
Figur 4 zeigt nun die wesentlichen Schritte, welche zur Durchführung des Verfahrens realisiert werden:
Im ersten dargestellten Schritt geht der Aktivierungswunsch für den weiteren Kanals 9 ein. Der Fahrzeugnutzer gibt beispielsweise in der Headunit 6 des Fahrzeugs 2 ein, dass er ein bestimmtes Medienpaket wünscht, beispielsweise eine Jahresflatrate, eine Monatsflatrate, eine themenbezogene Flatrate, eine bestimmte Datenmenge oder dergleichen.
Im nächsten Schritt werden Fahrzeugdaten und Fahrzeugnutzerdaten aus allen für das Steuerungssystem 5 intern oder auf dem fahrzeugexternen Server 7 zugänglichen Quellen empfangen, um so alle zum Einrichten der neuen Internetverbindung benötigten Parameter aus diesen Daten nach Möglichkeit unmittelbar bereitzustellen. Diese Parameter können insbesondere die Nutzeridentifikation, eine Fahrzeugidentifikation sowie weitere Parameter umfassen, welche technischen Größen für das Einrichten der Internetverbindung umfassen können oder aus ihnen hergeleitet sind. Darunter können z.B. das Datenvolumen, die Sicherheitseinstellungen und dergleichen fallen.
Diese Parameter lassen sich dann über den Servicekanal 8 an den Internetanbieter ASP übermitteln, welcher hiermit die Einrichtung der Verbindung 11 vorbereitet. Dieser Schritt kann sowohl beim Internetanbieter als auch über das Steuerungssystem 5, insbesondere in seinem mit dem Servicemodul 13 zusammenarbeitenden Teil, umgesetzt werden. Bei dem in Figur 4 dargestellten Ausführungsbeispiel übernimmt diese Vorbereitung vorzugsweise der Internetanbieter ASP.
Das Steuerungssystem 5 empfängt dann eine URL des Internetanbieters ASP über den Servicekanal, welche die Vorbereitungen für die Verbindung 11 zusammengefasst bereitstellt. Diese wird dem Fahrzeugnutzer 1 beispielsweise auf der Headunit 6 angezeigt, sodass dieser die gegebenenfalls noch fehlende Daten ergänzen und insbesondere durch eine geeignete Authentifizierung und Quittierung, das Einrichten des weiteren Kanals 9 starten kann..
Im Anschluss erfolgt dann nach dem Einrichten das Freischalten des weiteren Kanals 9. Abschließend kann nun der Status des weiteren Kanals 9 auf verbunden gesetzt werden, um dann den Datentransfer zwischen dem weiteren Kanal 9 einerseits und dem Servicekanal 8 andererseits wieder strikt zu trennen, sodass der Servicekanal 8 wirklich ausschließlich für die servicerelevante Datenübermittlung genutzt wird und hier nur ausnahmsweise zum Einrichten des weiteren Kanals 9 zwischen dem Fahrzeugnutzer 1 und dem Internetanbieter ASP quasi zweckentfremdet werden durfte.
. Darüber hinaus kann bei den Fahrzeugdaten zum Extrahieren der Parameter das Land der Fahrzeugregistrierung mit abgefragt werden, um so beispielsweise die Verbindung zu dem Internetanbieter in der entsprechenden Sprache und/oder mit den für das jeweiligen Land passenden rechtlichen Rahmenbedingungen anzubieten.
Besonders effizient und komfortabel für den Fahrzeugnutzer 1 wird der ganze Vorgang, wenn die Authentifizierung für die Verbindung 11 einfach und effizient unter Zuhilfenahme einer bereits erfolgten Authentifizierung in dem Fahrzeug 2 erfolgen kann. Dies wird als Single-Sign-On bezeichnet. Hierfür kann beispielsweise eine Hardwareauthentifizierung des Fahrzeugnutzers 1 gegenüber dem Fahrzeug 2 genutzt werden, beispielsweise ein entsprechender Code, welcher in einer mobilen Einrichtung einen Schlüssel, einem Smartphone, einer Smartwatch, einem Smartring oder ähnlichem abgelegt ist und den Fahrzeugnutzer 1 gegenüber dem Fahrzeug 2 z.B. im Rahmen einer Prüfung der Zugangs- und/oder Fahrberechtigung authentifiziert.
Ein Single-Sign-On kann beispielsweise auch gemäß der Darstellung in Figur 5 realisiert werden. Dabei ist als Kreis unten der Fahrzeugnutzer 1 exemplarisch dargestellt. Links befindet sich eine mit 17 bezeichnete Domain des Fahrzeugherstellers OEM, oben in der Mitte ein mit 18 bezeichneter Authentifizierungsserver und ganz rechts mit 19 bezeichnet die Domain des Internetanbieters ASP. Dazwischen befindet sich ein Cookie-Speicher 20, welcher beispielsweise Teil eines in der Headunit 6 oder einem andersartigen Gerät genutzten Browsers sein kann. Der Ablauf wäre nun so, dass zuerst der Fahrzeugnutzer 1 zur Domain 19 des Fahrzeugherstellers OEM browst. Von der Domain 17 des Fahrzeugherstellers OEM erfolgt dann eine Weiterleitung gemäß des Pfeils 22 zum Authentifikationsserver 18, in welchem ein Login des Fahrzeugnutzers 1 oder ein Cookie verfügbar ist und authentifiziert wird. Dies wird im Cookie-Speicher 20 entsprechend gespeichert, was hier durch den Pfeil 23 angedeutet ist. Danach wird ein Token gemäß des Pfeils 24 an die Domain 17 des Fahrzeugherstellers gesendet, wo der Token genutzt wird, um dem Fahrzeugnutzer 1 zu authentifizieren. Über den Pfeil 25 ist dann angedeutet, dass ein weiterer Cookie in dem Cookie-Speicher 20 basierend auf dieser Authentifizierung abgelegt wird. Im nächsten Schritt browst der Fahrzeugnutzer 1 gemäß des Pfeils 26 zur Domain 19 des Internetanbieters ASP, wobei hier der gleiche Ablauf nochmals erfolgt. Dies beginnt wiederum mit der Weiterleitung gemäß des Pfeils 27 zum Authentifizierungsserver 18 der Ablage des entsprechenden Cookies gemäß des Pfeils 23 im Cookie-Speicher 20 und dem Zurücksenden eines Tokens gemäß des Pfeils 28 an die Domain 19 des Internetanbieters ASP. Auch hier erfolgt unter Nutzung des Tokens eine Authentifikation mit einer Speicherung eines Cookies gemäß des Pfeils 29, sodass die Authentifizierung hiermit angeschlossen ist.

Claims

Patentansprüche Verfahren zum Anbinden eines Fahrzeugs (2) an das Internet, mit einem Steuerungssystem (5), welches wenigstens zwei Zugangspunkte (APN1 , APN2) verwalten kann, wobei ein erster Zugangspunkt (APN1) für einen Servicekanal (8) genutzt wird, welcher zwischen dem Fahrzeughersteller (OEM) und dem Internetanbieter (ASP) eingerichtet wird, wobei ein zweiter Zugangspunkt (APN2) für einen weiteren Kanal (9) vorgesehen ist, dadurch gekennzeichnet, dass vor der Nutzung des weiterer Kanals (9) das Steuerungssystem (5) diesem bekannte oder für das Steuerungssystem (5) auf über den Servicekanal (8) angebundenen fahrzeugexternen Servern (7) des Fahrzeugherstellers (OEM) zugängliche nutzerbezogene Daten sammelt, wonach aus den Daten die zum Aufbau einer Internetverbindung über den weiteren Kanal (9) erforderlichen Parameter extrahiert und dem Internetanbieter (ASP) übermittelt werden, wobei das Steuerungssystem (5) dazu eingerichtet ist, die Übermittlung über den ersten Zugangspunkt (APN1) zu ermöglichen. Verfahren nach Anspruch 1 , dadurch gekennzeichnet, dass die Parameter zumindest die Nutzeridentifikationsdaten zur Einrichtung des zweiten Zugangspunkts (APN2) umfassen. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass die Parameter zumindest eine technische Größe zur Einrichtung des zweiten Zugangspunkts (APN2) umfassen. Verfahren nach Anspruch 3, dadurch gekennzeichnet, dass das Steuerungssystem (5) die für den weiteren Kanal (9) benötigte Datenmenge abschätzt und als technische Größe nutzt. Verfahren nach einem der Ansprüche 1 bis 4, dadurch gekennzeichnet, dass die Parameter das Land der Fahrzeugzulassung umfassen . Verfahren nach einem der Ansprüche 1 bis 5, dadurch gekennzeichnet, dass zumindest einer der Parameter anhand einer Analyse des bisherigen Nutzerverhaltens, vorliegender Randbedingungen und/oder vorinstallierter Applikationen ermittelt wird. Verfahren nach einem der Ansprüche 1 bis 6, dadurch gekennzeichnet, dass das Steuerungssystem (5) nach einmal erfolgter Nutzerauthentifizierung einen zur Authentifizierung geeigneten Parameter erzeugt und zur automatischen Authentifizierung bei Verbindungen über den weiteren Zugangspunkt (APN2) nutzt. Verfahren nach einem der Ansprüche 1 bis 7, dadurch gekennzeichnet, dass für die Erstellung der Parameter erforderliche Daten, welche dem Steuerungssystem (5) nicht bekannt und/oder für dieses nicht zugänglich sind beim Fahrzeugnutzer (1) abgefragt werden. Verfahren nach einem der Ansprüche 1 bis 8, dadurch gekennzeichnet, dass zur Ermöglichung der Übermittlung der Parameter über den ersten Zugangspunkt (APN1) die Zugriffsdaten auf die erforderlichen Internetadressen über eine Ausnahmeliste erlaubt wird. Verfahren nach einem der Ansprüche 1 bis 9, dadurch gekennzeichnet, dass die Systemsteuerung (5) den Datentransfer über den Servicekanal (8) und den Datentransfer über den weiteren Kanal (9) nach Abschluss Einrichtung des zweiten Zugangspunkts (APN2) strikt trennt. Verfahren nach einem der Ansprüche 1 bis 10, dadurch gekennzeichnet, dass das Steuerungssystem (5) zumindest teilweise auf dem fahrzeugexternen Server (7) realisiert wird. Verfahren nach einem der Ansprüche 1 bis 11 , dadurch gekennzeichnet, dass das Steuerungssystem (5) zumindest teilweise in einer Recheneinheit des Fahrzeugs (2) realisiert wird.
PCT/EP2023/068259 2022-07-13 2023-07-03 Verfahren zum anbinden eines fahrzeugs an das internet WO2024012918A1 (de)

Priority Applications (3)

Application Number Priority Date Filing Date Title
KR1020247040204A KR20250005460A (ko) 2022-07-13 2023-07-03 차량을 인터넷에 연결하는 방법
CN202380044702.7A CN119318183A (zh) 2022-07-13 2023-07-03 用于将车辆连接到互联网的方法
EP23738489.6A EP4461026A1 (de) 2022-07-13 2023-07-03 Verfahren zum anbinden eines fahrzeugs an das internet

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102022002561.2 2022-07-13
DE102022002561.2A DE102022002561A1 (de) 2022-07-13 2022-07-13 Verfahren zum Anbinden eines Fahrzeugs an das lnternet

Publications (1)

Publication Number Publication Date
WO2024012918A1 true WO2024012918A1 (de) 2024-01-18

Family

ID=87155649

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2023/068259 WO2024012918A1 (de) 2022-07-13 2023-07-03 Verfahren zum anbinden eines fahrzeugs an das internet

Country Status (5)

Country Link
EP (1) EP4461026A1 (de)
KR (1) KR20250005460A (de)
CN (1) CN119318183A (de)
DE (1) DE102022002561A1 (de)
WO (1) WO2024012918A1 (de)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102015121941A1 (de) * 2015-01-05 2016-07-07 General Motors Llc Konfigurieren eines Fahrzeugs zum Empfangen von Inhaltsdaten
DE102016106610A1 (de) 2015-04-14 2016-10-20 General Motors Llc Erneutes Aktivieren eines ersten Zugriffspunktnamens unter Verwendung eines zweiten Zugriffspunktnamens
US10038610B2 (en) * 2015-03-04 2018-07-31 ShareG, Inc. System and method for distributing mobile data
US20210021626A1 (en) * 2018-04-24 2021-01-21 At&T Intellectual Property I, L.P. Web page spectroscopy

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2560986A (en) 2017-03-31 2018-10-03 Eseye Ltd Providing connectivity information
EP4007436B1 (de) 2020-11-27 2024-04-17 Volkswagen Aktiengesellschaft Verfahren und zellulare konnektivitätseinheit zur bereitstellung von mobiler konnektivität in einem fahrzeug

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102015121941A1 (de) * 2015-01-05 2016-07-07 General Motors Llc Konfigurieren eines Fahrzeugs zum Empfangen von Inhaltsdaten
US10038610B2 (en) * 2015-03-04 2018-07-31 ShareG, Inc. System and method for distributing mobile data
DE102016106610A1 (de) 2015-04-14 2016-10-20 General Motors Llc Erneutes Aktivieren eines ersten Zugriffspunktnamens unter Verwendung eines zweiten Zugriffspunktnamens
US20210021626A1 (en) * 2018-04-24 2021-01-21 At&T Intellectual Property I, L.P. Web page spectroscopy

Also Published As

Publication number Publication date
EP4461026A1 (de) 2024-11-13
DE102022002561A1 (de) 2024-01-18
KR20250005460A (ko) 2025-01-09
CN119318183A (zh) 2025-01-14

Similar Documents

Publication Publication Date Title
DE69838262T2 (de) Allgemeine benutzer-authentifizierung für netz-rechner
WO2010034329A1 (de) Verfahren zur konfiguration einer applikation
WO2003032552A2 (de) Verfahren zur ausgabe von personalisierten informationen auf einer website
DE102014201954A1 (de) Verfahren zur Datenübertragung, Kommunikationsnetzwerk und Fahrzeug
EP3100181B1 (de) System und verfahren zum unterbinden einer auslieferung von werbeinhalten
DE102014206545A1 (de) Verfahren, Kommunikationssystem und Daten-Zugangsknoten zur Übermittlung von Daten
DE102018219067A1 (de) Transparenzmechanismus zur lokalen Komposition von personenbezogenen, verteilt gespeicherten Nutzerdaten
WO2024012918A1 (de) Verfahren zum anbinden eines fahrzeugs an das internet
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
EP2807812B1 (de) Verfahren und system zur synchronisation von programmmasken
DE102017206884A1 (de) Verfahren und System zum Erfassen eines Problems bei einem internetbasierten Infotainmentsystem für ein Kraftfahrzeug
EP1832132B1 (de) System und verfahren zur vermittlung von daten zwischen einem datenanbieter und einem mobilfunkendgerät
DE102022117811B3 (de) Verfahren und Vorrichtung zum Löschen von Nutzerdaten in einem Kraftfahrzeug sowie Kraftfahrzeug
EP3718105B1 (de) Dialogsystem und verfahren zur umsetzung von anweisungen eines nutzers
EP1647150A1 (de) Individuelle dienstanbieterspezifische aktualisierung oder neugestaltung von ansage- und dialogdiensten
EP1845689B1 (de) Verfahren und kommunikationssystem zum bereitstellen eines personalisierbaren zugangs zu einer gruppe von einrichtungen
WO2022111923A1 (de) Verfahren zur kommunikation zwischen einer drittkomponente auf einem nutzergerät und einer dienstkomponente in der cloud sowie netzwerkanordnung zur umsetzung des verfahrens
DE102024108126A1 (de) Verfahren zur Nutzung von unbekannten neuen Systemdiensten in einer Fahrzeuganwendung
EP1880352B1 (de) Vorrichtung und verfahren zur kommunikation zwischen einem mobilen endgerät und dem internet
DE102006044568A1 (de) Nutzung eines statischen Webservers zur Unterstützung der Anzeige dynamischer Inhalte
EP4479838A1 (de) Fahrzeugökosystem
WO2023227170A1 (de) Verfahren zum nutzerbezogenen einrichten eines endgerätes
DE102012021318A1 (de) Guthabenabfrage
DE10025397A1 (de) Internetaktivitätsprotokollierung
DE102012022796A1 (de) Kraftwagen mit einer Bedienvorrichtung zum Bedienen eines Internetportals eines sozialen Netzwerkdienstes

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: 23738489

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2023738489

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2023738489

Country of ref document: EP

Effective date: 20240808

ENP Entry into the national phase

Ref document number: 20247040204

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 1020247040204

Country of ref document: KR