EP4533830A1 - Verfahren zum nutzerbezogenen einrichten eines endgerätes - Google Patents

Verfahren zum nutzerbezogenen einrichten eines endgerätes

Info

Publication number
EP4533830A1
EP4533830A1 EP23738609.9A EP23738609A EP4533830A1 EP 4533830 A1 EP4533830 A1 EP 4533830A1 EP 23738609 A EP23738609 A EP 23738609A EP 4533830 A1 EP4533830 A1 EP 4533830A1
Authority
EP
European Patent Office
Prior art keywords
terminal
service platform
network
user
identifier
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
EP23738609.9A
Other languages
English (en)
French (fr)
Inventor
Michael Hess
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.)
Giesecke+Devrient Mobile Security Germany GmbH
Original Assignee
Giesecke+Devrient Mobile Security Germany 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 Giesecke+Devrient Mobile Security Germany GmbH filed Critical Giesecke+Devrient Mobile Security Germany GmbH
Publication of EP4533830A1 publication Critical patent/EP4533830A1/de
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50Service provisioning or reconfiguring
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06Authentication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/08Access security
    • H04W12/084Access security using delegated authorisation, e.g. open authorisation [OAuth] protocol
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/30Security of mobile devices; Security of mobile applications
    • H04W12/35Protecting application or service provisioning, e.g. securing SIM application provisioning
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/40Security arrangements using identity modules
    • H04W12/43Security arrangements using identity modules using shared identity modules, e.g. SIM sharing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/18Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/20Transfer of user or subscriber data
    • H04W8/205Transfer to or from user equipment or user record carrier

Definitions

  • the invention relates to a method for user-related setup of a user terminal that is connected to a background system and a service platform for a management system for user-related setup of a terminal.
  • the invention relates to the connection of a vehicle to a mobile radio network and the configuration of services provided via the vehicle.
  • US 2016/0020802 Al discloses an eSIM provisioning method that makes it possible to quickly download a profile to a terminal device.
  • An image file is transferred from a profile management server, on the basis of which a profile is set up.
  • EP 3065431 describes a method for introducing a profile into an eUlCC, in which a download certificate and addressing information are presented to a data preparation, with the help of which a profile is retrieved from the data preparation and transmitted to the eUlCC.
  • a relevant application in practice is to use an existing telecommunications profile set up for a first terminal for another terminal. It is the object of the invention to provide a management system that is particularly suitable for this application.
  • a service platform is advantageously provided for this purpose, which is connected to network operators on the one hand and to background systems assigned to the terminal devices on the other.
  • Tax data is stored in the service platform and is linked to a network identifier. The tax data After transmission, enable a terminal device to provide a telecommunications profile via a network operator and also configure services provided by the terminal device.
  • the solution according to the invention is particularly advantageous for vehicles.
  • a technical development here is to use the vehicle windows for additional purposes and to provide them with materials that counteract the transmission of mobile phone signals.
  • FIG. 1 shows a platform-based management system for managing a plurality of terminal devices
  • FIG. 2 shows part of a storage device of a service platform
  • FIG. 3 shows a login routine for setting up a network identifier on a service platform
  • Fig. 5 shows the user-related setup of a second terminal via an assigned background system, if no federation identifier has yet been stored for the user in the background system but a federation account has already been set up as a user account on the service platform.
  • Each terminal device 10 is connected to an assigned background system 30 via a data connection 20.
  • Each terminal 10 is also able, via a further data connection 22, to connect to a data exchange network 46, which is provided by different network operators 40, at the user's choice.
  • Each background system 30 and each network operator 40 is each connected to a service platform 50 via a further data connection 24 or 26.
  • the terminal 10 is a user terminal and can be, for example, a vehicle that is connected to a manufacturer management system.
  • the manufacturer management system forms this Background system 30.
  • the terminal 10 has a user interface 12 and can be connected to a network operator 40 via a first data connection 22 at the choice of a user and is connected to the manufacturer management system 30 via a second data connection 20.
  • the network operators 40 are typically mobile phone providers and the data connections 22 are carried out in a mobile phone network 46 that is provided by a network operator 40.
  • the network operators 40 provide communication and other digital services in a known manner via the data connections 22.
  • the data connections 20 to the manufacturer management system 30 and also the data connections 24, 26 can also be designed as a mobile radio connection in a mobile radio network 46 and made available by one or more network operators 40.
  • a mobile radio network 46 can also be designed as a mobile radio connection in a mobile radio network 46 and made available by one or more network operators 40.
  • other types of data connections and data or telecommunications networks are also possible.
  • All data connections 20, 22, 24, 2.6 are appropriately encrypted and secured against access by unauthorized persons.
  • Each background system 30 is usually assigned to a set of specific terminal devices 10. It provides services tailored to the respective terminal devices 10 via the data connection 20.
  • a user account 32 is maintained in the background system 30.
  • One or more terminal devices 10 are assigned to each user account 32.
  • An identifier and, if applicable, individual device data are stored in the user account 32 for each user. The identifier can also be assigned to an authentication device 60 of the user.
  • a background system 30 can, for example, be operated by a vehicle manufacturer or a car rental company and provides additional services for vehicles from this manufacturer or this car rental company.
  • Background systems 30, service platform 50 and network operators 40 are designed in the form of data processing devices on which programs are executed that implement the functions described.
  • the terminal 10 also has a data processing unit on which the functions described are carried out by executing appropriate programs.
  • the proposed solution is not limited to vehicles or cars. It is suitable for all terminal devices 10 which, on the one hand, are connected to a background system 30 and, on the other hand, are set up to be connected to a network operator 40 at the user's choice.
  • the terminal devices are 10 cars from different manufacturers and the network operators are 40 mobile phone providers.
  • the Background systems 30 are assumed to be implemented as management systems of car manufacturers.
  • the terminal 10 for example a car, has a management interface 12 to an assigned management system 30.
  • the management interface 12 is usually permanently set up. It is based on a data connection 20, which is expediently established via a mobile radio network 46. It is implemented, for example, via a subscriber identity module using a first secure element 16 implemented in the car in the form of an ellCC or iU ICC. Authentication data for a network operator 40 specified by a car manufacturer or a vehicle operator are stored on the secure element 16, by means of which the terminal 10 is connected to the data exchange network 46 of the network operator 40 and thereby to the management system 30.
  • the terminal 10 also has a second secure element 18, which allows access to a mobile radio network 46 via a second data connection 22 to a network operator 40.
  • the second secure element 18 can, for example, also be designed as an eSIM on an eLJICC or iUICC or through a functionality that allows multiple parallel accesses to a mobile network to be managed on a secure element, for example by setting up M1EP - Multiple Enabled Profiles.
  • Both secure elements 16, 18 can in principle be active at the same time and operated according to the DSDA (Dual SIM Dual Active) principle or the DSDS (Dual SIM Dual Standby) principle.
  • a terminal 10 can establish a connection to a mobile radio network 46 in a manner known per se.
  • the service platform 50 has a defined interface to each connected management system 30. It also has a defined network operator interface for each of the connected network operators 40. It also has a control unit and a storage device 52.
  • Data that defines a federation identity within the management system is stored in the storage device 52 for each user for whom a terminal 10 has been set up via the service platform 50.
  • the structure of this data is illustrated in FIG. 2, which shows part of a storage device 52 of a service platform 50.
  • the data generally includes an individual network identifier VK, the terminal device identifiers EK of one or more terminal devices 10, i.e. cars, as well as associated control data KD for setting up a service configuration in a terminal 10.
  • the data also includes authorization tokens BT, which are issued by network operators 40.
  • the data also includes status information about activations of telecommunications profiles.
  • the data is expediently stored in federation accounts 54 maintained on the service platform 50, each federation account 54 being identified by a unique federation identifier VK and assigned to a user.
  • the network operators 40 operate data exchange networks 46 and provide communication services therein for terminal devices 10 in a known manner. In the following it is assumed that the network operators are 40 mobile operators and the data exchange networks are 46 mobile networks.
  • Each mobile phone provider 40 has a profile data output unit 42, typically in the form of an SM-DP+, via which telecommunications profiles in particular are output to terminal devices 10, as well as a server 44 for storing customer-specific profile and subscriber data.
  • a profile data output unit 42 typically in the form of an SM-DP+, via which telecommunications profiles in particular are output to terminal devices 10, as well as a server 44 for storing customer-specific profile and subscriber data.
  • connection between the terminal 10 and the mobile phone provider 40 in a mobile phone network 46 takes place via a communication service provided by the mobile phone provider 46.
  • the prerequisite for using the communication services is authentication and proof of access authorization.
  • Proof of access authorization is provided using a secure element 18 stored on the terminal 10, typically in the form of an eSIM.
  • Authorization data is stored on the secure element 18, typically in the form of telecommunications profiles TP.
  • the telecommunications profiles TP also referred to below as profiles, contain information that is necessary in order to be able to make calls and act in a mobile radio network 46.
  • Profiles TP belong to the respective mobile phone provider 40 and are provided by them. They usually contain at least one network access authorization, typically an MSI, profile management key and authentication parameters.
  • Fig. 1 enables a user to establish network access on a first terminal 10 and to also provide network access with the same functionality for a user on a first terminal 10 on a further terminal 10.
  • a registration routine the user sets up a network identifier VK on a service platform 50.
  • 3 shows the initial setup of a network identifier VK on a service platform 50 by a user for whom no association identifier VK has yet been stored on the service platform 50.
  • a first step 100 the user authenticates himself with the terminal 10.
  • the authentication is expediently carried out electronically using an authentication device 60.
  • This can be, for example, a portable device in the form of an electronic key, an IC card or a cell phone.
  • the authentication device 60 can be permanently connected to the terminal 10, for example in the form of an input unit, a biometric sensor or a camera.
  • a step 102 the user authenticates himself to the background system 30, which is assigned to the terminal 10.
  • the second authentication can be done in the same way as the first authentication. You may require the presentation of additional proof of authentication require, for example in the form of a secret number.
  • the two authentication steps 100, 102 can also be combined so that authentication against the terminal 10 and the background system 30 takes place at the same time.
  • the background system 30 determines whether the user wants to set up a network identifier VK. If this is the case, the background system 30 sends a request to the service platform 50 in the following step 104.
  • the service platform 50 then transmits to the background system 30, step 106, a list of selectable network operators 40, which is forwarded to the user by the background system 30 via the terminal 10.
  • the user selects a network operator 40 with an associated data exchange network 46, step 108, and communicates this via the terminal 10 to the background system 30, which forwards the message to the service platform 50.
  • the service platform 50 transmits a request to provide an authorization token BT to the selected network operator 40.
  • the network operator 40 receives the request and then starts an authentication routine 112 in which the user proves his authorization to use the selected network 46. To do this, the network operator 40 sends a message to present the authorization data to the user either directly or via the service platform 50, the background system 30 and the terminal 10. The user then presents his authorization data.
  • the authorization data can, for example, be authentication data for registering the user's mobile device, such as a smart phone, into a mobile network.
  • the network operator 40 checks the authorization data. If the check is positive, in the following step 114 he calculates an authorization token BT, which authorizes an entity that subsequently presents the authorization token BT to request a telecommunications profile TP belonging to the authorization token BT.
  • the authorization token BT is a data record and must be created so that it is unique for a background system 30 and a specific network operator 40. This means that there must be no ambiguity with the network operator 40.
  • the network operator 40 transmits the authorization token BT to the service platform 50, step 116.
  • the network operator 40 subsequently updates the user's profile stored in the server 44, step 118.
  • the service platform 50 then creates a federation account 54 for the user on the service platform 50, unless this has already happened upon receipt of the request.
  • the service platform 50 forms a federation identifier VK, which is specific for the federation account 54.
  • the service platform 50 generates access data ZD in order to be able to access the federation account 54 and the associated calculated federation identifier VK and .
  • the access data ZD is or contains a secret, typically a password or a PIN.
  • the federation identifier VK links the service platform 50 with the federation account 54 and above with the authorization token BT. Link and authorization token BT stores them in the federation account 54, step 122.
  • the service platform 50 transmits the network identifier VK to the background system 30. This updates, step 126, the user account 32 maintained there.
  • the service platform 50 transmits the network identifier VK and the access data ZD for the network identifier VK to the user via the background system 30 and the terminal 10.
  • the service platform 50 is then set up for the user.
  • a federation account 54 has been set up, which the user can access by presenting the access data ZD.
  • Fig. 4 shows the user-related device of a terminal 10 via an assigned background system 30 if a network identifier VK is already stored in the background system 30 for the user.
  • a first step 200 the user authenticates himself with the terminal 10.
  • the authentication is expediently carried out electronically using an authentication device 60.
  • This can be, for example, a portable device in the form of an electronic key, an IC card or a cell phone.
  • the authentication device 60 can be permanently connected to the terminal 10, for example in the form of an input unit, a biometric sensor or a camera.
  • the user then authenticates himself, step 202, to the background system 30, which is assigned to the terminal 10.
  • the second authentication can be done in the same way as the first authentication. It may require the presentation of additional proof of authentication, for example in the form of a PIN.
  • the two authentication steps 200, 202 can also be combined so that authentication against the terminal 10 and the background system 30 takes place at the same time.
  • the terminal identifier EK is transmitted to the background system 30.
  • the background system 30 checks, step 204, whether a federation identifier VK is stored for the terminal 10 in the background system 30 and a federation account 54 has been set up on the service platform 50.
  • the background system 30 sends, step 206, a request for a profile to the service platform 50.
  • the profile request contains a date that uniquely identifies the federation account 54, the federation identifier VK or the user.
  • the date can in particular be the network identifier VK itself.
  • an authorization token BT can already be stored in the background system 30 for the user. If this is the case, the request can also be made by the background system 30 sending the authorization token BT to the service platform 50.
  • the service platform 50 determines the federation account 54 for the user and determines the authorization token BT stored there and the associated network operator 40, step 208.
  • the service platform 50 transmits the authorization token to the determined network operator 40, step 209.
  • the network operator 40 checks the received authorization token BT. If successful, it provides the user with a telecommunications profile TP, step 210; It also calculates download information DI for the profile TP.
  • the network operator 40 stores the determined telecommunications profile TP in a server 44 of the network operator and transmits the download information DI to the network operator Service platform 50, step 212.
  • the download information DI is, if the terminal 10 is set up according to the SGP.22 standard, typically an activation code according to the SGP.22 standard,
  • the service platform 50 After receiving the download information DI, the service platform 50 updates the federation account 54 it maintains, step 214. The service platform 50 further determines any control data KD stored in the federation account 54 to set up a service configuration, i.e. to set up customer-specific settings and services in a terminal 10.
  • control data KD can be used, for example, to set up customer-specific, terminal-independent value-added services on an infotainment system of the vehicle, e.g. to be able to use audio data or carry out payment transactions.
  • infotainment system of the vehicle e.g. to be able to use audio data or carry out payment transactions.
  • terminals 10 they can be used to set up, for example, a 5G router, an SG modem of a portable computer or a 5G modem in a mobile device.
  • the control data KD or the configuration of the services are expediently defined by the user during the regular operation of a terminal 10 and transmitted from the terminal 10 to the respective background system 30.
  • the background system 30 involved transmits new or changed control data KD to the service platform 50.
  • the service platform 50 transmits the download information DI together with the control data KD to the background system 30 to set up a service configuration.
  • the background system 30 updates the user account it maintains, step 218.
  • the background system 30 further transmits the download information DI and the control data KD to set up a service configuration to the terminal 10, step 220.
  • the network operator 40 checks the request and, if successful, sends the profile TP provided for this purpose via the data connection 22 to the terminal 10, step 224.
  • the terminal 10 configures the services provided by the terminal 10 based on the control data KD received. After the services have been activated and set up, the terminal 10 sends confirmation information to the background system 30, step 228.
  • the background system 30 then updates the user account 32, step 230, and in turn sends setup information to the service platform 50, step 232.
  • the service platform 50 then updates the federation account 54 it maintains, step 234. It saves the activation of the transmitted telecommunications profile TP as the new state of the terminal 10.
  • the network operator 40 further updates the customer-specific data stored in the server 44 after transmission of the telecommunications profile TP and also saves the activation of the transmitted telecommunications profile TP.
  • Fig. 5 shows the user-related setup of a second terminal 10 via an assigned background system 30 when no federation identifier VK is yet stored for the user in the background system 30, but a federation account 54 has already been set up for the user on the service platform 50.
  • a first step 300 the user first authenticates himself at the second terminal 10.
  • the authentication is expediently carried out electronically using an authentication device 60.
  • This can be, for example, a portable device in the form of an electronic key, an IC card or a cell phone.
  • the authentication device 60 can be permanently connected to the terminal, for example in the form of an input unit, a biometric sensor or a camera.
  • the second terminal 10 then registers the user with the background system 30, which is assigned to the second terminal 10, step 302. As part of the registration, the second terminal 10 transmits its terminal identifier EK to the background system 30. Furthermore, the terminal 10 determines the user's network identifier VK. This can be done automatically by issuing a corresponding input request via the interface 14 or, if the user uses an authentication device 60, for example in the form of an electronic key, an IC card or a cell phone.
  • the background system 30 After receiving the association identifier VK, the background system 30 determines whether a link with the association identifier VK is already stored in the user account 32, step 304.
  • the service platform 50 After receiving the federation identifier VK, the service platform 50 checks whether a federation account 54 has already been created for it, step 308. If this is the case, as assumed in the exemplary embodiment, the service platform 50 asks the user to authenticate themselves.
  • the service platform 50 expediently sends a message to the second terminal 10 via the background system 30, with which the user is requested to log in to the federation account 54, step 310. If, as assumed in the example, a simple authentication is provided for the login, the user then presents a secret in order to authenticate himself to the service platform 50.
  • the secret is, for example, the password or a PIN associated with the federation account 54. It is transmitted to the service platform 50 via the second terminal 10 and background system 30, step 312.
  • advanced security mechanisms such as two-factor authentication, can also be used. The process is then adjusted accordingly.
  • the service platform 50 checks the login data received. If you are correct, they will determine
  • Services platform 50 from the federation account 54 designated by the federation identifier VK Authorization token BT and links it to the second terminal 10, step 314.
  • the service platform 50 links the federation account 54 and thus the authorization token BT with the identifier EK of the second terminal 10.
  • the service platform 50 then updates the federation account 54, step 316, and adds the previously created association with the second terminal 10. This can be done by storing the terminal identifier EK of the second terminal 10 as known in the federation account 54.
  • the federation account 54 now contains at least one link to the second terminal 10 that is carrying out the current setup, as well as a link to a terminal 10 for which a link was saved at an earlier point in time.
  • the service platform 50 sends the authorization token BT to the determined network operator 40, step 318. Furthermore, the service platform 50 sends information about the updated network identifier VK to the background system 30, step 320. Upon receipt, the background system 30 updates the user account 32, Step 322.
  • the following steps correspond to the steps described with reference to FIG. 4 for the user-related setup of a terminal 10 via an assigned background system 30 if a network identifier VK is already stored in the background system 30 for the user.
  • the network operator 40 checks the received authorization token BT. If successful, it provides the user with a telecommunications profile TP, step 324; this profile TP is equivalent to the profile for the terminal 10 for which a link was previously stored in the federation account 54; Both profiles are typically based on the same customer contract.
  • the network operator 40 stores the determined telecommunications profile TP in a server of the network operator 40. He transmits the download information DI to the service platform 50, step 326.
  • the download information DI is, if the terminal 10 is set up according to the SGP.22 standard, typically an activation Code according to SGP.22.
  • the service platform 50 After receiving the download information DI, the service platform 50 updates the federation account 54 it maintains, step 328. The service platform 50 further determines control data KD stored in the federation account 54 to set up a service configuration on the terminal 10. In the following step 330, the service platform 50 transmits the download information Di together with the control data KD to set up a service configuration to the background system 30.
  • the background system 30 updates the user account it maintains, step 332.
  • the background system 30 further transmits the download information DI and the control data KD to set up a service configuration to the second terminal 10, step 334.
  • the terminal 10 After receiving the download information DI, the terminal 10 establishes a direct connection to the network operator 40 belonging to the download information via the data connection 22 and, in a step 336, requests the transmission of a telecommunications profile TP using the download information DI.
  • the network operator 40 checks the request, determines the profile TP provided for this purpose and sends it via the data connection 22 to the second terminal 10, step 338.
  • the second terminal 10 sets up the telecommunications profile TP and activates it, step 342.
  • the request for the telecommunications profile TP and the activation in the second terminal 10 take place, for example, according to a GSMA standard, for example according to the GSMA standard SGP.2.2.
  • the second terminal 10 configures the services provided by the second terminal 10 based on the control data KD received, step 344. After the services have been activated and set up, the second terminal 10 sends confirmation information to the background system 30, step 346.
  • the service platform 50 After receipt, the service platform 50 updates the federation account 54 held by it, step 352. It saves the activation of the transmitted telecommunications profile TP as the new state of the second terminal 10.
  • the network operator 40 further updates the customer-specific profile data stored in the server 44 after transmission of the telecommunications profile TP and also saves the activation of the transmitted telecommunications profile TP.
  • the second terminal 10 is then set up to establish a connection to the data exchange network 46 designated by the telecommunications profile TP using an equivalent telecommunications profile TP, as was initially provided for another terminal 10. Furthermore, 10 services that a user had defined at an earlier point in time are configured on the terminal device. The user's network identifier VK is also stored in the user account 32 belonging to the terminal 10. The user can then quickly set up additional terminal devices 10 to which the same background system 30 is assigned.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Stored Programmes (AREA)

Abstract

Vorgeschlagen wird ein Verfahren zum nutzerbezogenen Einrichten eines Endgerätes (10), das mit einem Hintergrundsystem (30) verbunden ist, wobei das Endgerät (10) mittels eines in einem sicheren Element (18) gespeicherten Telekommunikationsprofils (TP) mit einem Datenaustauschnetz (46) verbunden wird. Es wird eine Diensteplattform (50) bereitgestellt, die mit dem Hintergrundsystem (30) und mit mindestens einem Netzbetreiber (40) verbunden ist, der ein Datenaustauschnetz (46) betreibt. In der Diensteplattform (50) ist ein Berechtigungstoken (BT) zur Bereitstellung eines zu dem Berechtigungstoken (BT) gehörenden Telekommunikationsprofils (TP) hinterlegt. Der Berechtigungstoken (BT) ist mit einer Verbundkennung (VK) verknüpft. Die Diensteplattform (50) erhält von einem Hintergrundsystem (30) eine Verbundkennung (VK) oder eine eine Verbundkennung (VK) bezeichnende Profilanforderung und ermittelt einen mit der Verbundkennung (VK) verknüpften Berechtigungstoken (BT). Mithilfe des Berechtigungstokens (BT) bewirkt die Diensteplattform (50) über einen Netzbetreiber (40) das Laden eines zu dem Berechtigungstoken (BT) gehörenden Telekommunikationsprofils (TP) in das im Endgerät (10) enthaltene sichere Element (18), woraufhin das Endgerät (10) eingerichtet ist sich mit dem Datenaustauschnetz (46) zu verbinden.

Description

Verfahren zum nutzerbezogenen Einrichten eines Endgerätes
Die Erfindung betrifft ein Verfahren zum nutzerbezogenen Einrichten eines Nutzerendgerätes, das mit einem Hintergrundsystem verbunden ist sowie eine Diensteplattform für ein Verwaitungssystem zum nutzerbezogenen Einrichten eines Endgerätes. Insbesondere betrifft die Erfindung die Verbindung eines Fahrzeuges mit einem Mobilfunknetz und die Konfiguration von über das Fahrzeug bereitgestellten Diensten.
Aus der W02021/170506 Al ist ein Verfahren zum Einbringen einer Kommunikationsfunktion in ein Endgerät bekannt, nach dem ein Nutzer eine Initialisierungsnachricht erzeugt, auf die hin vom Endgerät eine Anforderung zur Implementierung eines Kommunikationsprofils an einen Management-Server gerichtet wird. Basierend auf der Anforderung führt der Management-Server einen Datenaustausch mit einem Netzbetreiber. Der Netzbetreiber schickt schließlich eine Aktivierungsnachricht zur Implementierung eines Kommunikationsprofils an das Endgerät. Zur Identifikation des Nutzers im Dialog zwischen Management-Server und Netzbetreiber wird vom Netzbetreiber ein universeller Netzwerk-Token erzeugt.
Aus der US 10735944 B2 ist ein eSIM-Managementsystem bekannt, das Mobilfunk- Netzwerkbetreiber, Endgeräte unterschiedlicher Teilnehmer und unterschiedliche eSIM-Anbieter miteinander verbindet. Das Managementsystem erlaubt eine anfragegesteuerte Sofortbereitstellung eines optimalen Profils für ein Endgerät basierend auf individuellen Endgeräte-Attributen, die technische und funktionale Eigenschaften des Endgerätes beschreiben. Das Endgerät schickt eine Profilanfrage und Attribute an das Managementsystem, welches unter Zugriff auf eine Datenbank entsprechend den Attributen ein bestmögliches Profil auswählt und anschließend einen eSIM- Anbieter beauftragt ein entsprechendes Profil zu erzeugen und zu liefern. Die bekannte Lösung ermöglicht es, einem neu in das Managementsystem angebundenen Endgerät ein optimiertes Profil bereitzustellen ohne besondere Vorkehrungen treffen zu müssen, wer das Profil bereitstellt.
US 2016/0020802 Al offenbart ein eSIM-Bereitstellungsverfahren, das es ermöglicht, schnell ein Profil auf ein Endgerät herunterzuladen. Von einem Profilverwaltungsserver wird dazu eine Abbilddatei übertragen, auf deren Basis ein Profil eingerichtet wird.
EP 3065431 beschreibt ein Verfahren zum Einbringen eines Profils in eine eUlCC, in dem ein Download-Zertifikat und eine Adressierungsinformation einer Datenvorbereitung vorgelegt werden, mit deren Hilfe von der Datenvorbereitung ein Profil abgerufen und an die eUlCC übertragen wird. Ein in der Praxis relevanter Anwendungsfall besteht darin, ein vorhandenes, für ein erstes Endgerät eingerichtetes Telekommunikationsprofil für ein weiteres Endgerät zu nutzen. Es ist Aufgabe der Erfindung, ein besonders für diesen Anwendungsfall geeignetes Verwaltungssystem anzugeben.
Die Aufgabe wird gelöst durch ein Verfahren mit den Merkmalen des Anspruchs 1. Das erfindungsgemäße Verfahren benutzt eine Verbundkennung, die es in vorteilhafter Weise erlaubt, eine für ein erstes Endgerät vergebene Verbundkennung zur Einrichtung eines zweiten oder einer Vielzahl weiterer Endgeräte ebenfalls zu nutzen.
Vorteilhaft ist dazu eine Diensteplattform vorgesehen, die mit Netzbetreibern einerseits und mit den Endgeräten zugeordneten Hintergrundsystemen andererseits verbunden ist. In der Diensteplattform sind Steuerdaten hinterlegt, die mit einer Verbundkennung verknüpft sind. Die Steuerdaten ermöglichen es nach Übertragung einem Endgerät, über einen Netzbetreiber die Bereitstellung eines Telekommunikationsprofils und zudem die Konfiguration von durch das Endgerät bereitgestellten Diensten zu bewirken.
Besonders vorteilhaft ist die erfindungsgemäße Lösung für Fahrzeuge. Hier geht eine technische Entwicklung dahin, die Fahrzeugscheiben für zusätzliche Zwecke zu nutzen und sie dafür mit Materialien zu versehen, die der Übertragung von Mobilfunksignalen entgegenwirken. Indem im Fahrzeug die Funktionalität eines Mobilfunkteilnehmers eingerichtet und die fahrzeugseitige Ausrüstung für die Verbindung in ein Mobilfunknetz genutzt wird, steht einem Nutzer eine Mobilfunkverbindung unabhängig davon zur Verfügung, ob ein eigenes Handy dies leisten könnte oder ob er überhaupt ein eigenes Handy bereithält.
Ein weiterer Vorteil der erfindungsgemäßen Lösung besteht darin, dass Betreiber von Hintergrundsystemen ihr System nur jeweils einmal an eine Diensteplattform anpassen müssen, um die Möglichkeit zu schaffen, ein dem Hintergrundsystem zugeordnetes Endgerät mit einer Vielzahl von Netzbetreibern verbinden zu können. Genauso müssen Netzbetreiber ihr jeweiliges Datenaustauschnetz nur einmalig an eine Diensteplattform anpassen, um den Zugang in ihr Datenaustauschnetz anschließend über eine Vielzahl von Hintergrundsystem anbieten zu können.
Nachfolgend werden Ausführungsbeispiele der Erfindung anhand der Zeichnung näher erläutert. Es zeigen:
Fig. 1 ein plattformgestütztes Verwaltungssystem zur Verwaltung einer Mehrzahl von Endgeräten;
Fig. 2 einen Teil einer Speichereinrichtung einer Diensteplattform;
Fig. 3 eine Anmelderoutine zur Einrichtung einer Verbundkennung auf einer Diensteplattform;
Fig. 4 die nutzerbezogene Einrichtung eines Endgerätes über ein zugeordnetes Hintergrundsystem, wenn in dem Hintergrundsystem bereits eine Verbundkennung hinterlegt ist;
Fig. 5 die nutzerbezogene Einrichtung eines zweiten Endgerätes über ein zugeordnetes Hintergrundsystem, wenn in dem Hintergrundsystem für den Nutzer noch keine Verbundkennung hinterlegt aber bereits ein Föderationskonto als Nutzerkonto bei der Diensteplattform eingerichtet ist.
Fig. 1 zeigt ein plattformgestütztes Verwaltungssystem zur Verwaltung einer Mehrzahl von Endgeräten 10. Jedes Endgerät 10 ist über eine Datenverbindung 20 mit einem zugeordneten Hintergrundsystem 30 verbunden. Jedes Endgerät 10 ist über eine weitere Datenverbindung 22 außerdem in der Lage sich nach Wahl eines Nutzers mit einem Datenaustauschnetz 46 zu verbinden, das von unterschiedlichen Netzbetreibern 40 bereitgestellt wird. Jedes Hintergrundsystem 30 und jeder Netzbetreiber 40 ist über eine weitere Datenverbindung 24 bzw. 26 jeweils mit einer Diensteplattform 50 verbunden.
Das Endgerät 10 ist ein Nutzerendgerät und kann zum Beispiel ein Fahrzeug sein, das mit einem Herstellermanagementsystem verbunden ist. Das Herstellermanagementsystem bildet dabei das Hintergrundsystem 30. Das Endgerät 10 weist eine Nutzerschnittstelle 12 auf und ist über eine erste Datenverbindung 22 nach Wahl eines Nutzers mit einem Netzbetreiber 40 verbindbar und über eine zweite Datenverbindung 20 mit dem Herstellermanagementsystem 30 verbunden.
Die Netzbetreiber 40 sind typischerweise Mobilfunkanbieter und die Datenverbindungen 22 in einem Mobilfunknetz 46 ausgeführt, das von einem Netzbetreiber 40 bereitgestellt wird. Über die Datenverbindungen 22 stellen die Netzbetreiber 40 in bekannter Weise Kommunikations- und andere digitale Dienste zur Verfügung.
Die Datenverbindungen 20 zu dem Herstellermanagementsystem 30 und ebenso die Datenverbindungen 24, 26 können ebenfalls als Mobilfunkverbindung in einem Mobilfunknetz 46 ausgebildet und durch einen oder mehrere Netzbetreiber 40 zur Verfügung gestellt sein. Andere Arten von Datenverbindungen und Daten- oder Telekommunikationsnetzen sind aber ebenfalls möglich.
Alle Datenverbindungen 20, 22, 24, 2.6 erfolgen zweckmäßig verschlüsselt und gesichert gegen Zugriffe von Unberechtigten.
Jedes Hintergrundsystem 30 ist in der Regel einer Menge bestimmter Endgeräte 10 zugeordnet. Es stellt über die Datenverbindung 20 auf die jeweiligen Endgeräte 10 abgestimmte Dienste zur Verfügung. Im Hintergrundsystem 30 wird ein Nutzerkonto 32 geführt. Jedem Nutzerkonto 32 sind ein oder mehrere Endgeräte 10 zugeordnet. In dem Nutzerkonto 32 sind für jeden Nutzer eine Kennung sowie ggf. individuelle Endgerätedaten hinterlegt. Die Kennung kann auch einem Authentisierungsgerät 60 des Nutzers zugeordnet sein.
Ein Hintergrundsystem 30 kann beispielsweise von einem Fahrzeughersteller oder einem Autovermieter betrieben werden und stellt für Fahrzeuge dieses Herstellers bzw. dieses Autovermieters Zusatzdienste bereit.
Die Diensteplattform 50 koordiniert die Anbindung der Endgeräte 10 an jeweilige Netzbetreiber 40 und bewirkt die nutzerbezogene Einrichtung der Endgeräte 10. Sie ist dazu eingerichtet Empfang, Verarbeitung und Weiterleitung von Nachrichten der Hintergrundsysteme 30 an einen entsprechenden Netzbetreiber 40 sowie von Nachrichten eines Netzbetreibers 40 an ein entsprechendes Hintergrundsystem 30 vorzunehmen. Die Diensteplattform 50 wird zweckmäßig von einem Anbieter betrieben, der unabhängig von den Netzbetreibern 40 und den Betreibern der Hintergrundsysteme 30 ist.
Hintergrundsysteme 30, Diensteplattform 50 und Netzbetreiber 40 sind in Form von Datenverarbeitungseinrichtungen ausgebildet, auf denen Programme ausgeführt werden, die die beschriebenen Funktionen realisieren. Ebenso besitzt das Endgerät 10 eine Datenverarbeitungseinheit, auf der durch Ausführung entsprechender Programme die beschriebenen Funktionen ausgeführt werden.
Die vorgeschlagene Lösung ist nicht auf Fahrzeuge oder Autos beschränkt. Sie eignet sich für alle Endgeräte 10, die einerseits mit einem Hintergrundsystem 30 verbunden und andererseits dazu eingerichtet sind nach Wahl eines Nutzers mit einem Netzbetreiber 40 verbunden zu werden.
Die nachfolgende Beschreibung orientiert sich an dem Ausführungsbeispiel, dass die Endgeräte 10 Autos verschiedener Hersteller und die Netzbetreiber 40 Mobilfunkanbieter sind. Für die Hintergrundsysteme 30 wird angenommen, dass sie als Managementsysteme von Autoherstellern ausgeführt sind.
Das Endgerät 10, also etwa ein Auto, besitzt eine Verwaltungsschnittstelle 12 zu einem zugeordneten Managementsystem 30. Die Verwaltungsschnittstelle 12 ist in der Regel fest eingerichtet. Sie basiert auf einer Datenverbindung 20, die zweckmäßig über ein Mobilfunknetz 46 hergestellt wird. Sie ist z.B. über ein Teilnehmeridentitätsmodul mithilfe eines in dem Auto implementierten ersten sicheren Elementes 16 in Form einer elllCC oder iU ICC realisiert. Auf dem sicheren Element 16 sind Authentisierungsdaten für einen z.B. von einem Autohersteller oder einem Fahrzeugbetreiber festgelegten Netzbetreiber 40 hinterlegt, mittels derer das Endgerät 10 mit dem Datenaustauschnetz 46 des Netzbetreibers 40 und hierüber mit dem Managementsystem 30 verbunden wird.
In Varianten kann die Datenverbindung auch über eine andere Funknetztechnologie z.B. WIFI oder Satellitenkommunikation hergestellt werden.
Das Endgerät 10, d.h. etwa das Auto, besitzt weiter jeweils eine Nutzerschnittstelle 14 zur Entgegennahme und Ausgabe von Daten an und von einem Nutzer. Die Nutzerschnittstelle 14 kann Mittel zur manuellen individuellen Eingabe von Daten durch einen Nutzer umfassen, etwa berührungsempfindliche Displays, Tastaturen, Sensoren oder Kameras. Sie kann weiterhin Mittel für eine gerätebasierte Eingabe von Daten umfassen, etwa Lesegeräte zum Auslesen von Speicherelementen oder eine Schnittstelle zum Austausch von Daten mit einem Handy.
Das Endgerät 10 besitzt weiter ein zweites sicheres Element 18, das über eine zweite Datenverbindung 22 zu einem Netzbetreiber 40 den Zugang zu einem Mobilfunknetz 46 erlaubt. Das zweite sichere Element 18 kann beispielsweise ebenfalls als eSIM auf einer eLJICC oder iUICC ausgebildet werden oder durch eine Funktionalität, die es erlaubt mehrere parallele Zugänge zu einem Mobilfunknetz auf einem sicheren Element zu managen, z.B. durch die Einrichtung von M1EP - Multiple Enabled Profiles. Beide sicheren Elemente 16, 18 können grundsätzlich gleichzeitig aktiv sein und nach dem DSDA (Dual SIM Dual Active)-Prinzip oder dem DSDS (Dual SIM Dual Standby)-Prinzip betrieben werden. Mithilfe des sicheren Elementes 18 kann ein Endgerät 10 in an sich bekannter Weise eine Verbindung in ein Mobilfunknetzwerk 46 herstellen.
In einer Variante kann auch nur ein einzelnes sicheres Element vorgesehen sein, das bei Nutzungsbeginn eine erste Basisverbindung (Bootstrap Connectivity) bereitstellt, die nach erstmaligen Laden eines Profils und Einrichten einer nutzerbezogenen Endkundenverbindung von dieser abgelöst wird. Diese erste Basisverbindung kann auch über eine andere Funknetztechnologie z.B. WIFI oder Satellitenkommunikation hergestellt werden.
Die Diensteplattform 50 besitzt zu jedem angebundenen Managementsystem 30 eine definierte Schnittstelle. Sie weist weiter zu jedem der angebundenen Netzbetreiber 40 jeweils eine definierte Netzbetreiberschnittstelle auf. Sie besitzt weiterhin eine Steuereinheit sowie eine Speichereinrichtung 52.
In der Speichereinrichtung 52 sind für jeden Nutzer, für den über die Diensteplattform 50 ein Endgerät 10 eingerichtet wurde, Daten hinterlegt, die eine Föderationsidentität innerhalb des Verwaltungssystems definieren. Die Struktur dieser Daten ist in Fig. 2 veranschaulicht, die einen Teil einer Speichereinrichtung 52 einer Diensteplattform 50 zeigt. Die Daten umfassen in der Regel eine individuelle Verbundkennung VK, die Endgerätekennungen EK eines oder mehrerer Endgeräte 10, also etwa Autos, sowie jeweils zugeordnete Steuerdaten KD zur Einrichtung einer Dienstekonfiguration in einem Endgerät 10. Die Daten umfassen weiterhin Berechtigungstoken BT, die von Netzbetreibern 40 ausgegeben werden. Weiter umfassen die Daten Zustandsinformationen über erfolgte Aktivierungen von Telekommunikationsprofilen. Die Daten sind zweckmäßig in auf der Diensteplattform 50 geführten Föderationskonten 54 gespeichert, wobei jedes Föderationskonto 54 durch eine eindeutige Verbundkennung VK identifiziert wird und darüber einem Nutzer zugeordnet ist.
Die Netzbetreiber 40 betreiben Datenaustauschnetze 46, und stellen darin für Endgeräte 10 in bekannter Weise Kommunikationsdienste zur Verfügung. Im Folgenden wird angenommen, dass die Netzbetreiber 40 Mobilfunkanbieter und die Datenaustauschnetze 46 Mobilfunknetze sind.
Jeder Mobilfunkanbieter 40 besitzt eine Profildatenausgabeeinheit 42, typischerweise in Gestalt eines SM-DP+, über die insbesondere Telekommunikationsprofile an Endgeräte 10 ausgegeben werden, sowie einen Server 44 zur Speicherung von kundenspezifischen Profil- und Teilnehmerdaten.
Die Verbindung zwischen Endgerät 10 und Mobilfunkanbieter 40 in ein Mobilfunknetz 46 erfolgt über einen vom Mobilfunkanbieter 46 bereitgestellten Kommunikationsdienst. Üblicherweise nutzt dieser standardisierte Methoden, wie sie z.B. im GSMA Standard SGP.22 beschrieben sind.
Voraussetzung für die Nutzung der Kommunikationsdienste sind eine Authentisierung und der Nachweis einer Zugangsberechtigung. Der Nachweis der Zugangsberechtigung erfolgt mithilfe eines auf dem Endgerät 10 hinterlegten sicheren Elements 18, typischerweise in Form einer eSIM. Auf dem sicheren Element 18 sind Berechtigungsdaten hinterlegt, typischerweise in Form von Telekommunikationsprofilen TP. Die im folgenden auch kurz als Profile bezeichneten Telekommunikationsprofile TP enthalten Informationen, die notwendig sind, um in einem Mobilfunknetz 46 telefonieren und agieren zu können. Profile TP gehören dem jeweiligen Mobilfunkanbieter 40 und werden von diesen bereitgestellt. Sie beinhalten in der Regel zumindest eine Netzzugangsberechtigung, typischerweise eine (MSI, Profilverwaltungsschlüssel und Authentisierungsparameter.
Die in Fig. 1 gezeigte Anordnung ermöglicht es einem Nutzer, auf einem ersten Endgerät 10 einen Netzzugang herzustellen und einen für einen Nutzer auf einem ersten Endgerät 10 vorhandenen Netzzugang mit gleicher Funktionalität auch auf einem weiteren Endgerät 10 bereitzustellen.
In einer Anmelderoutine richtet der Nutzer dazu eine Verbundkennung VK auf einer Diensteplattform 50 ein. Fig. 3 zeigt die erstmalige Einrichtung einer Verbundkennung VK auf einer Diensteplattform 50 durch einen Nutzer, für den bei der Diensteplattform 50 noch keine Verbundkennung VK hinterlegt ist.
In einem ersten Schritt 100 authentisiert sich der Nutzer bei dem Endgerät 10. Die Authentisierung erfolgt zweckmäßig elektronisch unter Verwendung eines Authentisierungsgerätes 60. Dies kann z.B. ein portables Gerät in Form eines elektronischen Schlüssels, eine IC-Karte oder eines Handys sein. Oder das Authentisierungsgerät 60 kann fest mit dem Endgerät 10 verbunden sein, etwa in Form einer Eingabeeinheit, eines biometrischen Sensors oder einer Kamera.
Sodann authentisiert sich in einem Schritt 102 der Nutzer gegenüber dem Hintergrundsystem 30, das dem Endgerät 10 zugeordnet ist. Die zweite Authentisierung kann auf dieselbe Weise erfolgen wie die erste Authentisierung. Sie kann die Präsentation eines zusätzlichen Authentisierungsnachweises erfordern, etwa in Form einer Geheimzahl. Die beiden Authentisierungsschritte 100, 102 können auch zusammengefasst sein, sodass gleichzeitig eine Authentisierung gegenüber dem Endgerät 10 und dem Hintergrundsystem 30 erfolgt.
Nach erfolgter Authentisierung stellt das Hintergrundsystem 30 fest, ob der Nutzer eine Verbundkennung VK einrichten möchte. Ist das der Fall sendet das Hintergrundsystem 30 im folgenden Schritt 104 eine Anforderung an die Diensteplattform 50.
Die Diensteplattform 50 übermittelt dem Hintergrundsystem 30 daraufhin, Schritt 106, eine Liste mit auswählbaren Netzbetreibern 40, welche vom Hintergrundsystem 30 über das Endgerät 10 an den Nutzer weitergeleitet wird.
Der Nutzer wählt einen Netzbetreiber 40 mit einem zugehörigen Datenaustauschnetz 46 aus, Schritt 108, und teilt dies über das Endgerät 10 dem Hintergrundsystem 30 mit, welches die Mitteilung an die Diensteplattform 50 weiterleitet.
Die Diensteplattform 50 übermitelt im nächsten Schritt 110 eine Anforderung zur Bereitstellung eines Berechtigungstokens BT an den gewählten Netzbetreiber 40.
Der Netzbetreiber 40 empfängt die Anforderung und startet daraufhin eine Authentisierungsroutine 112, in welcher der Nutzer seine Berechtigung zur Nutzung des gewählten Netzwerks 46 nachweist. Der Netzbetreiber 40 schickt dazu entweder direkt oder über die Diensteplattform 50, das Hintergrundsystem 30 und das Endgerät 10 eine Mitteilung zur Präsentation der Berechtigungsdaten an den Nutzer. Der Nutzer präsentiert daraufhin seine Berechtigungsdaten. Die Berechtigungsdaten können beispielsweise Authentisierungsdaten zur Einbuchung eines Mobilfunkgerätes des Nutzers, etwa eines Smart Phones, in ein Mobilfunknetz sein.
Der Netzbetreiber 40 prüft die Berechtigungsdaten. Ist die Prüfung positiv berechnet er im folgenden Schritt 114 einen Berechtigungstoken BT, der eine den Berechtigungstoken BT anschließend vorlegende Instanz dazu berechtigt, ein zu dem Berechtigungstoken BT gehörendes Telekommunikationsprofil TP anzufordern. Der Berechtigungstoken BT ist ein Datensatz und muss so erstellt werden, dass er für ein Hintergrundsystem 30 und einen bestimmten Netzbetreiber 40 eindeutig ist. Das heißt, es darf beim Netzbetreiber 40 keine Mehrdeutigkeit geben.
Den Berechtigungstoken BT übermittelt der Netzbetreiber 40 an die Diensteplattform 50, Schritt 116.
Nachfolgend aktualisiert der Netzbetreiber 40 das im Server 44 gespeicherte Profil des Nutzers, Schritt 118.
Die Diensteplattform 50 legt daraufhin, sofern dies nicht schon auf den Erhalt der Anforderung hin geschehen ist, für den Nutzer ein Föderationskonto 54 bei der Diensteplattform 50 an. Hierzu bildet in Schritt 120 die Diensteplattform 50 eine Verbundkennung VK, die spezifisch für das Föderationskonto 54 ist. Weiter erzeugt die Diensteplattform 50 Zugangsdaten ZD, um auf das Föderationskonto 54 und die zugehörige berechnete Verbundkennung VK und zugreifen zu können. Die Zugangsdaten ZD sind oder beinhalten ein Geheimnis, typischerweise ein Passwort oder eine PIN. Die Verbundkennung VK verknüpft die Diensteplattform 50 mit dem Föderationskonto 54 und darüber mit dem Berechtigungstoken BT. Verknüpfung und Berechtigungstoken BT speichert sie in dem Föderationskonto 54, Schritt 122. Im nachfolgenden Schrit 124 übermitelt die Diensteplattform 50 die Verbundkennung VK an das Hintergrundsystem 30. Dieses aktualisiert, Schritt 126, das dort geführte Nutzerkonto 32,
In einem weiteren nachfolgenden Schritt 128 übermittelt die Diensteplattform 50 über das Hintergrundsystem 30 und das Endgerät 10 die Verbundkennung VK und die Zugangsdaten ZD für die Verbundkennung VK an den Nutzer.
Die Diensteplattform 50 ist danach für den Nutzer eingerichtet. Es ist ein Föderationskonto 54 eingerichtet, auf das der Nutzer durch Vorlage der Zugangsdaten ZD zugreifen kann.
Fig. 4 zeigt die nutzerbezogene Einrichtung eines Endgerätes 10 über ein zugeordnetes Hintergrundsystem 30, wenn im Hintergrundsystem 30 für den Nutzer bereits eine Verbundkennung VK hinterlegt ist.
In einem ersten Schritt 200 authentisiert sich der Nutzer bei dem Endgerät 10. Die Authentisierung erfolgt zweckmäßig elektronisch unter Verwendung eines Authentisierungsgerätes 60. Dies kann z.B. ein portables Gerät in Form eines elektronischen Schlüssels, eine IC-Karte oder eines Handys sein. Oder das Authentisierungsgerät 60 kann fest mit dem Endgerät 10 verbunden sein, etwa in Form einer Eingabeeinheit, eines biometrischen Sensors oder einer Kamera.
Sodann authentisiert sich der Nutzer, Schritt 202, gegenüber dem Hintergrundsystem 30, das dem Endgerät 10 zugeordnet ist. Die zweite Authentisierung kann auf dieselbe Weise erfolgen wie die erste Authentisierung. Sie kann die Präsentation eines zusätzlichen Authentisierungsnachweises erfordern, etwa in Form einer Geheimzahl. Die beiden Authentisierungsschritte 200, 202 können auch zusammengefasst sein, sodass gleichzeitig eine Authentisierung gegenüber dem Endgerät 10 und dem Hintergrundsystem 30 erfolgt. Im Rahmen der Authentisierung wird die Endgerätekennung EK an das Hintergrundsystem 30 übermittelt.
Nach erfolgreicher Authentisierung prüft das Hintergrundsystem 30, Schritt 204, ob für das Endgerät 10 im Hintergrundsystem 30 eine Verbundkennung VK gespeichert ist und ein Föderationskonto 54 bei der Diensteplattform 50 eingerichtet wurde.
Ist das der Fall schickt das Hintergrundsystem 30, Schritt 206, eine Anforderung für ein Profil an die Diensteplattform 50. Die Profilanforderung enthält ein Datum, das das Föderationskonto 54, die Verbundkennung VK oder den Nutzer eindeutig bezeichnet. Das Datum kann insbesondere die Verbundkennung VK selbst sein. In einer Variante kann im Hintergrundsystem 30 für den Nutzer bereits ein Berechtigungstoken BT gespeichert sein. Ist das der Fall kann die Anforderung auch erfolgen, indem das Hintergrundsystem 30 den Berechtigungstoken BT an die Diensteplattform 50 sendet.
Die Diensteplattform 50 bestimmt aufgrund der Anforderung das Föderationskonto 54 für den Nutzer und ermittelt den dort hinterlegten Berechtigungstoken BT sowie den zugehörigen Netzbetreiber 40, Schritt 208. Den Berechtigungstoken übermittelt die Diensteplatform 50 an den ermittelten Netzbetreiber 40, Schritt 209.
Der Netzbetreiber 40 prüft den erhaltenen Berechtigungstoken BT. Im Gutfall stellt er für den Nutzer ein Teiekommunikationsprofil TP bereit, Schritt 210; zu dem Profil TP berechnet er desweiteren eine Downloadinformation DI. Das ermittelte Telekommunikationsprofil TP speichert der Netzbetreiber 40 in einem Server 44 des Netzbetreibers, die Downloadinformation DI übermittelt er an die Diensteplattform 50, Schritt 212. Die Downloadinformation DI ist, sofern die Einrichtung des Endgerätes 10 nach dem Standard SGP.22 erfolgt, typischerweise ein Activation Code gemäß dem Standard SGP.22,
Die Dienstplattform 50 aktualisiert nach Erhalt der Downloadinformation DI das bei ihr geführte Föderationskonto 54, Schritt 214. Weiter ermittelt die Dienstplattform 50 im Föderationskonto 54 gegebenenfalls hinterlegte Steuerdaten KD zur Einrichtung einer Dienstekonfiguration, d.h. zur Einrichtung kundenspezifischer Einstellungen und Dienste in einem Endgerät 10.
Die Steuerdaten KD können, wenn das Endgerät ein Fahrzeug 10 ist, zum Beispiel dazu dienen, auf einem Infotainmentsystem des Fahrzeuges kundenspezifische, endgeräteunabhängige Mehrwertdienste einzurichten, z.B. um Audiodaten nutzen oder Zahlungsvorgänge ausführen zu können. In anderen Endgeräten 10 können sie dazu dienen, zum Beispiel einen 5G-Router, ein SG- Modem eines tragbaren Computers oder ein 5G-Modem in einem mobilen Gerät einzurichten. Die Steuerdaten KD bzw. die Konfiguration der Dienste werden zweckmäßig während des regelmäßigen Betriebes eines Endgerätes 10 durch den Nutzer definiert und vom Endgerät 10 an das jeweilige Hintergrundsystem 30 übermittelt. Das beteiligte Hintergrundsystem 30 übermittelt neue oder geänderte Steuerdaten KD jeweils weiter an die Diensteplattform 50.
Im folgenden Schritt 216 übermittelt die Diensteplattform 50 die Downloadinformation DI zusammen mit den Steuerdaten KD zur Einrichtung einer Dienstekonfiguration an das Hintergrundsystem 30.
Das Hintergrundsystem 30 aktualisiert das bei ihm geführte Nutzerkonto, Schritt 218. Weiter übermittelt das Hintergrundsystem 30 die Downloadinformation DI sowie die Steuerdaten KD zur Einrichtung einer Dienstekonfiguration an das Endgerät 10, Schritt 220.
Das Endgerät 10 stellt nach Erhalt der Downloadinformation DI über die Datenverbindung 22 eine direkte Verbindung zu dem zu der Downloadinformation DI gehörenden Netzbetreiber 40 her und fordert bei diesem in einem Schritt 222 unter Verwendung der Downloadinformation DI die Übermittlung eines Telekommunikationsprofils TP an.
Der Netzbetreiber 40 prüft die Anfrage und schickt im Gutfall das dazu bereitgestellte Profil TP über die Datenverbindung 22 an das Endgerät 10, Schritt 224.
Das Endgerät 10 richtet das Telekommunikationsprofil TP ein und aktiviert es, Schritt 226. Das Anfordern des Profils TP und das Aktivieren im Endgerät 10 erfolgen beispielsweise nach GSMA Standards, z.B. nach dem GSMA Standard SGP.22. .
Zusätzlich zur Einrichtung des Telekommunikationsprofils TP konfiguriert das Endgerät 10 aufgrund der erhaltenen Steuerdaten KD die von dem Endgerät 10 bereitgestellten Dienste. Nach erfolgter Aktivierung und Einrichtung der Dienste schickt das Endgerät 10 eine Bestätigungsinformation an das Hintergrundsystem 30, Schritt 228.
Das Hintergrundsystem 30 aktualisiert daraufhin das Nutzerkonto 32, Schritt 230, und schickt seinerseits eine Einrichtungsinformation an die Diensteplattform 50, Schritt 232.
Die Diensteplattform 50 aktualisiert anschließend das bei ihr geführte Föderationskonto 54, Schritt 234. Sie speichert dabei die Aktivierung des übertragenen Telekommunikationsprofils TP als neuen Zustand des Endgerätes 10. In einem unabhängig davon ausgeführten Schrit 240 aktualisiert desweiteren der Netzbetreiber 40 nach Übermittlung des Telekommunikationsprofils TP die im Server 44 gespeicherten kundenspezifischen Daten und speichert ebenfalls die Aktivierung des übertragenen Telekommunikationsprofils TP.
Fig. 5 zeigt die nutzerbezogene Einrichtung eines zweiten Endgerätes 10 über ein zugeordnetes Hintergrundsystem 30, wenn im Hintergrundsystem 30 für den Nutzer noch keine Verbundkennung VK hinterlegt ist, für den Nutzer aber bereits ein Föderationskonto 54 bei der Diensteplattform 50 eingerichtet ist.
Der Nutzer authentisiert sich in einem ersten Schritt 300 zunächst bei dem zweiten Endgerät 10. Die Authentisierung erfolgt zweckmäßig elektronisch unter Verwendung eines Authentisierungsgerätes 60. Dies kann z.B. ein portables Gerät in Form eines elektronischen Schlüssels, eine IC-Karte oder eines Handys sein. Oder das Authentisierungsgerät 60 kann fest mit dem Endgerät verbunden sein, etwa in Form einer Eingabeeinheit, eines biometrischen Sensors oder einer Kamera.
Anschließend meldet das zweite Endgerät 10 den Nutzer bei dem Hintergrundsystem 30, das dem zweiten Endgerät 10 zugeordnet ist, an, Schritt 302. Im Rahmen der Anmeldung übermittelt das zweite Endgerät 10 dem Hintergrundsystem 30 seine Endgerätekennung EK. Ferner ermittelt das Endgerät 10 die Verbundkennung VK des Nutzers. Dies kann durch Ausgabe einer entsprechenden Eingabeaufforderung über die Schnittstelle 14 oder, wenn der Nutzer ein Authentisierungsgerät 60, zum Beispiel in Form eines elektronischen Schlüssels, einer IC-Karte oder eines Handys, verwendet, automatisch erfolgen.
Nach Erhalt der Verbundkennung VK ermittelt das Hintergrundsystem 30, ob in dem Nutzerkonto 32 bereits eine Verknüpfung mit der Verbundkennung VK gespeichert ist, Schritt 304.
Wenn dies, wie im Ausführungsbeispiel der Fig. 5 zugrunde gelegt, nicht der Fall ist, sendet das Hintergrundsystem 30 die Verbundkennung VK an die Dienstplattform 50. Zusammen mit der Verbundkennung VK übermittelt es die Kennung EK für das Endgerät 10, Schritt 306.
Die Diensteplattform 50 prüft nach Erhalt der Verbundkennung VK, ob für diese bereits ein Föderationskonto 54 angelegt ist, Schritt 308. Ist das, wie im Ausführungsbeispiel angenommen, der Fall, fordert die Diensteplattform 50 den Nutzer auf sich zu authentisieren.
Zweckmäßig schickt die Diensteplattform 50 hierzu über das Hintergrundsystem 30 eine Nachricht an das zweite Endgerät 10, mit welcher der Nutzer zu einem Login bei dem Föderationskonto 54 aufgefordert wird, Schritt 310. Ist, wie im Beispiel angenommen, für den Login eine einfache Authentisierung vorgesehen, präsentiert der Nutzer darauf ein Geheimnis, um sich gegenüber der Diensteplattform 50 zu authentisieren. Das Geheimnis ist zum Beispiel das zu dem Föderationskonto 54 gehörende Passwort oder eine PIN. Es wird über das zweite Endgerät 10 und Hintergrundsystem 30 an die Diensteplattform 50 übermittelt, Schritt 312.
Alternativ zu einer einfachen Authentisierung können auch erweiterte Sicherheitsmechanismen, zum Beispiel eine Zwei-Faktor-Authentisierung, eingesetzt werden. Der Ablauf ist dann entsprechend angepasst.
Die Diensteplattform 50 prüft die erhaltenen Login-Daten. Sind Sie korrekt, ermittelt die
Diensteplattform 50 aus dem durch die Verbundkennung VK bezeichneten Föderationskonto 54 den Berechtigungstoken BT und verknüpft ihn mit dem zweiten Endgerät 10, Schritt 314. Hierzu verknüpft die Diensteplattform 50 das Föderationskonto 54 und damit den Berechtigungstoken BT mit der Kennung EK des zweiten Endgerätes 10.
Anschließend aktualisiert die Diensteplattform 50 das Föderationskonto 54, Schritt 316, und fügt die zuvor erstellte Verknüpfung mit dem zweiten Endgerät 10 hinzu. Das kann geschehen, indem in dem Föderationskonto 54 die Endgerätekennung EK des zweiten Endgerätes 10 als bekannt hinterlegt wird. Im Föderationskonto 54 befindet sich nun zumindest eine Verknüpfung mit dem die aktuelle Einrichtung durchführenden zweiten Endgerät 10 sowie eine Verknüpfung mit einem Endgerät 10, für das zu einem früheren Zeitpunkt eine Verknüpfung gespeichert wurde.
In einem nächsten Schritt schickt die Diensteplattform 50 den Berechtigungstoken BT an den ermittelten Netzbetreiber 40, Schritt 318. Weiterhin schickt die Diensteplattform 50 eine Information zu der aktualisierten Verbundkennung VK an das Hintergrundsystem 30, Schritt 320. Das Hintergrundsystem 30 aktualisiert nach Erhalt das Nutzerkonto 32, Schritt 322.
Die folgenden Schritte entsprechen den anhand von Fig. 4 beschriebenen Schritten zur nutzerbezogenen Einrichtung eines Endgerätes 10 über ein zugeordnetes Hintergrundsystem 30, wenn im Hintergrundsystem 30 für den Nutzer bereits eine Verbundkennung VK hinterlegt ist.
Der Netzbetreiber 40 prüft den erhaltenen Berechtigungstoken BT. Im Gutfall stellt er für den Nutzer ein Telekommunikationsprofil TP bereit, Schritt 324; dieses Profil TP ist gleichwertig zu dem Profil für das Endgerät 10, für das im Föderationskonto 54 zu einem früheren Zeitpunkt eine Verknüpfung gespeichert wurde; beiden Profilen liegt typischerweise der gleiche Kundenvertrag zugrunde.
Zu dem Profil TP berechnet er weiter eine Downloadinformation DI. Das ermittelte Telekommunikationsprofil TP speichert der Netzbetreiber 40 in einem Server des Netzbetreibers 40. Die Downloadinformation DI übermittelt er an die Diensteplattform 50, Schritt 326. Die Downloadinformation DI ist, sofern die Einrichtung des Endgerätes 10 nach dem Standard SGP.22 erfolgt, typischerweise ein Activation Code gemäß SGP.22.
Die Dienstplattform 50 aktualisiert nach Erhalt der Downloadinformation DI das bei ihr geführte Föderationskonto 54, Schritt 328. Weiter ermitelt die Dienstplattform 50 im Föderationskonto 54 hinterlegte Steuerdaten KD zur Einrichtung einer Dienstekonfiguration auf dem Endgerät 10. im folgenden Schritt 330 übermittelt die Diensteplattform 50 die Downloadinformation Di zusammen mit den Steuerdaten KD zur Einrichtung einer Dienstekonfiguration an das Hintergrundsystem 30.
Das Hintergrundsystem 30 aktualisiert das bei ihm geführte Nutzerkonto, Schritt 332. Weiter übermittelt das Hintergrundsystem 30 die Downloadinformation DI sowie die Steuerdaten KD zur Einrichtung einer Dienstekonfiguration an das zweite Endgerät 10, Schritt 334.
Das Endgerät 10 stellt nach Erhalt der Downloadinformation DI über die Datenverbindung 22 eine direkte Verbindung zu dem zu der Downloadinformation gehörenden Netzbetreiber 40 her und fordert bei diesem in einem Schritt 336 unter Verwendung der Downloadinformation DI die Übermittlung eines Telekommunikationsprofils TP an.
Der Netzbetreiber 40 prüft die Anfrage, ermittelt das dazu bereitgestellte Profil TP und schickt es über die Datenverbindung 22 an das zweite Endgerät 10, Schritt 338. Das zweite Endgerät 10 richtet das Telekommunikationsprofil TP ein und aktiviert es, Schritt 342. Das Anfordern des Telekommunikationsprofils TP und das Aktivieren im zweiten Endgerät 10 erfolgen beispielsweise nach einem GSMA Standard, z.B. nach dem GSMA Standard SGP.2.2.
Zusätzlich zur Einrichtung des Telekommunikationsprofils TP konfiguriert das zweite Endgerät 10 aufgrund der erhaltenen Steuerdaten KD die von dem zweiten Endgerät 10 bereitgestellten Dienste, Schritt 344. Nach erfolgter Aktivierung und Einrichtung der Dienste schickt das zweite Endgerät 10 eine Bestätigungsinformation an das Hintergrundsystem 30, Schritt 346.
Das Hintergrundsystem 30 aktualisiert daraufhin das Nutzerkonto 32, Schritt 348, und schickt seinerseits eine Einrichtungsinformation an die Diensteplattform 50, Schritt 350.
Die Diensteplattform 50 aktualisiert nach Erhalt das bei ihr geführte Föderationskonto 54, Schritt 352. Sie speichert dabei die Aktivierung des übertragenen Telekommunikationsprofils TP als neuen Zustand des zweiten Endgerätes 10.
In einem unabhängig davon ausgeführten Schritt 340 aktualisiert desweiteren der Netzbetreiber 40 nach Übermittlung des Telekommunikationsprofils TP die im Server 44 hinterlegten kundenspezifischen Profildaten und speichert ebenfalls die Aktivierung des übertragenen Telekommunikationsprofils TP.
Das zweite Endgerät 10 ist anschließend dazu eingerichtet, unter Verwendung eines gleichwertigen Telekommunikationsprofils TP, wie es zunächst für ein anderes Endgerät 10 bereitgestellt wurde, eine Verbindung in das durch das Telekommunikationsprofil TP bezeichnete Datenaustauschnetz 46 herzustellen. Ferner sind auf dem Endgerät 10 Dienste konfiguriert, die ein Nutzer zu einem früheren Zeitpunkt definiert hatte. In dem zu dem Endgerät 10 gehörenden Nutzerkonto 32 ist ferner die Verbundkennung VK des Nutzers hinterlegt. Der Nutzer kann damit nachfolgend auch weitere Endgeräte 10, denen dasselbe Hintergrundsystem 30 zugeordnet ist, schnell einrichten.
Unter Beibehaltung des grundlegenden Gedankens gestattet die vorgeschriebene Lösung eine Vielzahl von Ausgestaltungen und Varianten, die nicht einzeln beschrieben sind. Unter anderem gilt dies für den Aufbau und die Struktur der datenverarbeitenden Komponenten. Die in der Beschreibung zugrunde gelegten Strukturen und die Elemente der anhand der Figuren beschriebenen Ausführungsbeispiele sind ferner nicht so zu verstehen, dass sie jeweils abschließend einzig genau in der beschriebenen Anordnung mögliche Ausführungen bilden. Möglich sind vielmehr, wo sinnvoll und möglich, Kombinationen und Abwandlungen der Elemente und Abläufe.
Bezugszeichenliste
10 Nutzerendgerät
12 Schnittstelle
14 Nutzerschnittstelle
16 Sicheres Element
18 Sicheres Element
20 Datenverbindung
22 Datenverbindung
24 Datenverbindung
26 Datenverbindung
30 Hintergrundsystem
32 Nutzerkonto
40 Netzbetreiber
42 Profildatenausgabeeinheit
44 Server
46 Datenaustauschnetz
50 Diensteplattform
52 Speichereinrichtung
54 Föderationskonto
60 Authentisierungsgerät
VK Verbundkennung
EK Endgerätekennung
BT Berechtigungstoken
DI Downloadinformation
TP Telekommunikationsprofil
KD Steuerdaten zur Einrichtung einer Dienstekonfiguration
ZD Zugangsdaten

Claims

Patentansprüche
1. Verfahren zum nutzerbezogenen Einrichten eines Endgerätes (10), das mit einem Hintergrundsystem (30) verbunden ist, wobei das Endgerät (10) mittels eines in einem sicheren Element (18) gespeicherten Telekommunikationsprofils (TP) mit einem Datenaustauschnetz (46) verbunden wird, wobei eine Diensteplattform (50) bereitgestellt wird, die mit dem Hintergrundsystem (30) und mit mindestens einem Netzbetreiber (40), der ein Datenaustauschnetz (46) betreibt, verbunden ist, wobei in der Diensteplattform (50) ein Berechtigungstoken (BT) zur Bereitstellung eines zu dem Berechtigungstoken (BT) gehörenden Telekommunikationsprofils (TP) hinterlegt ist, wobei der Berechtigungstoken (BT) mit einer Verbundkennung (VK) verknüpft ist, wobei der Diensteplattform (50) von einem Hintergrundsystem (30) eine Verbundkennung (VK) oder eine eine Verbundkennung (VK) bezeichnende Profilanforderung übermittelt wird (206), wobei die Diensteplattform (50) nach Erhalt einer Verbundkennung (VK) oder einer eine Verbundkennung (VK) bezeichnenden Profilanforderung einen mit der Verbundkennung (VK) verknüpften Berechtigungstoken (BT) ermittelt (208), wobei von der Diensteplattform (50) mithilfe des ermittelten Berechtigungstokens (BT) über einen Netzbetreiber (40) das Laden eines zu dem Berechtigungstoken (BT) gehörenden Telekommunikationsprofils (TP) in das im Endgerät (10) enthaltene sichere Element (18) bewirkt wird (224), woraufhin das Endgerät (10) eingerichtet ist, um sich mit dem Datenaustauschnetz (46) zu verbinden.
2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass die Diensteplattform (50) dazu eingerichtet ist, nach Erhalt einer Verbundkennung (VK) oder einer eine Verbundkennung (VK) bezeichnenden Profilanforderung von einem Nutzer ein Geheimnis anzufordern, um den Nutzer gegenüber der Diensteplattform (50) zu authentisieren (310, 312).
3. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Diensteplattform (50) dazu eingerichtet ist, einen für eine Verbundkennung (VK) auf der Diensteplattform (50) hinterlegten Berechtigungstoken (BT) mit einem weiteren Endgerät (10) zu verknüpfen (314).
4. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Diensteplattform (50) dazu eingerichtet ist, eine Verbindung zu einem Netzbetreiber (40) aufzubauen und diesen zu veranlassen ein Telekommunikationsprofil (TP) zu erzeugen und eine zugehörige Downloadinformation (DI) zurückzusenden (210, 212, 318, 326).
5. Verfahren nach Anspruch 4, dadurch gekennzeichnet, dass die Diensteplattform (50) die Downloadinformation (DI) an das Hintergrundsystem (30) übergibt (216, 330).
6. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Dienstplattform (50) zu einer Verbundkennung (VK) Zugangsdaten (ZD) erzeugt, die ein Geheimnis sind oder beinhalten, und die Zugangsdaten (ZD) an den Nutzer übermittelt werden (128).
7. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass in der Diensteplattform (50) zu einer Verbundkennung (VK) weiterhin Steuerdaten (KD) zur Einrichtung einer Dienstekonfiguration hinterlegt sind, die an das Hintergrundsystem (30) übermittelt werden (216), woraufhin mithilfe der Steuerdaten (KD) die hinterlegten Dienste auf dem Endgerät (10) eingerichtet werden (228).
8. Verfahren nach Anspruch 7, dadurch gekennzeichnet, dass die Dienstekonfiguration die Einrichtung eines Infotainmentsystems eines Fahrzeugs oder die Einrichtung kundenspezifischer Einstellungen und Dienste in einem mit einer Mobilfunk-Einheit ausgestatteten Gerät wie einem Computers oder einem 5G-Routers ist.
9. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass eine Authentisierung eines Nutzers gegenüber dem Endgerät (10) erfolgt (200, 300).
10. Verfahren nach Anspruch 9, dadurch gekennzeichnet, dass die Authentisierung des Nutzers gegenüber dem Endgerät (10) mithilfe eines Authentisierungsgerätes (60) erfolgt.
11. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Verbundkennung (VK) mithilfe eines Authentisierungsgerätes (60) übermittelt wird.
12. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Verbundkennung (VK) und das Geheimnis zur Authentisierung von der Diensteplattform (50) in einer Anmelderoutine erzeugt werden (124, 128), in welcher ein Nutzer ein Datenaustauschnetz (46) bestimmt, für das ein Telekommunikationsprofil (TP) bereitgestellt werden soll (108).
13. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Dienstplattform (50) dazu eingerichtet ist, von einem durch einen Nutzer bestimmten Datenaustauschnetz (46) einen Berechtigungstoken (BT) anzufordern (110) und nach Erhalt eine Verbundkennung (VK) zu berechnen (120) und diese mit dem Berechtigungstoken (BT) zu verknüpfen (122).
14. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das Endgerät (10) ein Fahrzeug ist oder ein Gerät mit einer Mobilfunk-Einheit.
15. Diensteplattform (50) für ein Verwaltungssystem zum nutzerbezogenen Einrichten eines Endgerätes (10), wobei die Diensteplattform (50) mit wenigstens einem Netzbetreiber (40) und mit wenigstens einem Hintergrundsystem (30) verbunden ist, wobei wenigstens ein Hintergrundsystem (30) mit dem Endgerät (10) verbunden ist und das Endgerät (10) mittels eines in einem sicheren Element (18) gespeicherten Telekommunikationsprofils (TP) mit einem Datenaustauschnetz (46) verbunden wird, wobei die Diensteplattform (50) dazu eingerichtet ist die folgenden Schritte auszuführen:
Empfangen, Verarbeiten und Weiterleiten von Nachrichten von dem mindestens einen Hintergrundsystem (30) an einen Netzbetreiber (40).
Empfangen, Verarbeiten und Weiterleiten von Nachrichten von wenigstens einem Netzbetreiber (40) an ein Hintergrundsystem (30),
Einrichten eines Föderationskontos (54), das mit einer Verbundkennung (VK) verknüpft ist,
Hinterlegen eines Berechtigungstokens (BT) zur Bereitstellung eines Telekommunikationsprofils (TP) in dem Föderationskonto (54),
Empfangen einer Verbundkennung (VK) und einer Endgerätekennung (EK) über ein Hintergrundsystem (30),
Prüfen, ob für die empfangene Verbundkennung (VK) bereits ein Föderationskonto (54) mit einem Berechtigungstoken (BT) angelegt ist,
Anfordern eines Geheimnisses von einem Nutzer, wenn bereits ein Föderationskonto (54) angelegt ist,
Verknüpfen der Endgerätekennung (EK) mit dem Föderationskonto (54) bei erfolgreicher Übermittlung des Geheimnisses,
Bewirken der Bereitstellung eines Telekommunikationsprofils (TP) für das durch die Endgerätekennung (EK) bezeichnete Endgerät (10) über einen Netzbetreiber (40) mithilfe des in dem Föderationskonto (54) gespeicherten Berechtigungstokens (BT).
EP23738609.9A 2022-05-25 2023-05-24 Verfahren zum nutzerbezogenen einrichten eines endgerätes Pending EP4533830A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102022001848.9A DE102022001848B3 (de) 2022-05-25 2022-05-25 Verfahren zum nutzerbezogenen Einrichten eines Endgerätes
PCT/DE2023/100391 WO2023227170A1 (de) 2022-05-25 2023-05-24 Verfahren zum nutzerbezogenen einrichten eines endgerätes

Publications (1)

Publication Number Publication Date
EP4533830A1 true EP4533830A1 (de) 2025-04-09

Family

ID=87158284

Family Applications (1)

Application Number Title Priority Date Filing Date
EP23738609.9A Pending EP4533830A1 (de) 2022-05-25 2023-05-24 Verfahren zum nutzerbezogenen einrichten eines endgerätes

Country Status (6)

Country Link
US (1) US20250338098A1 (de)
EP (1) EP4533830A1 (de)
JP (1) JP2025519037A (de)
CN (1) CN119256573A (de)
DE (2) DE102022001848B3 (de)
WO (1) WO2023227170A1 (de)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106851628B (zh) 2013-12-05 2020-08-07 华为终端有限公司 下载运营商的文件的方法及设备
KR102191017B1 (ko) 2014-07-19 2020-12-15 삼성전자주식회사 eSIM 프로비저닝 방법과 이를 지원하는 서버 장치
US10735944B2 (en) 2017-09-26 2020-08-04 T-Mobile Usa, Inc. Framework for eSIM profile management
CN115136631B (zh) 2020-02-24 2025-03-21 宝马股份公司 在用户设备中提供通信功能的方法
US11109220B1 (en) * 2020-05-29 2021-08-31 T-Mobile Usa, Inc. Enterprise embedded subscriber identification module solutions

Also Published As

Publication number Publication date
DE112023002455A5 (de) 2025-03-20
DE102022001848B3 (de) 2023-11-23
JP2025519037A (ja) 2025-06-24
US20250338098A1 (en) 2025-10-30
WO2023227170A1 (de) 2023-11-30
CN119256573A (zh) 2025-01-03

Similar Documents

Publication Publication Date Title
DE60314601T2 (de) System und Verfahren zur Dienstbereitsstellung für ein Kommunikationsgerät
EP2250598B1 (de) Client/server-system zur kommunikation gemäss dem standardprotokoll opc ua und mit single sign-on mechanismen zur authentifizierung sowie verfahren zur durchführung von single sign-on in einem solchen system
WO2014044348A1 (de) Teilnehmeridentitätsmodul zum authentisieren eines teilnehmers an einem kommunikationsnetzwerk
EP3080950B1 (de) Verfahren und system zur deterministischen autokonfiguration eines gerätes
DE102009009310A1 (de) Kommunikation und Identifizierung zwischen einem Kraftfahrzeugbenutzergerät mit Head Unit und davon entfernt gelegener Vorrichtung
EP2698964B1 (de) Betreiben eines Teilnehmeridentitätsmoduls
WO2019243054A1 (de) Einrichtung einer zugangsberechtigung zu einem teilnetzwerk eines mobilfunknetzes
DE102022001848B3 (de) Verfahren zum nutzerbezogenen Einrichten eines Endgerätes
EP3314933A1 (de) Kommunizieren eines teilnehmeridentitätsmoduls zu einem server, insbesondere bei profilwechsel
WO2015018510A2 (de) Verfahren und vorrichtungen zum wechseln eines mobilfunknetzes
EP2561460B1 (de) Verfahren zum konfigurieren einer applikation für ein endgerät
EP2031832B1 (de) Verfahren zur bereitstellung und aktivierung eines persönlichen netzwerks
DE102013202426A1 (de) Verfahren zum Ermöglichen einer Datenkommunikation zwischen einer Kommunikationseinrichtung eines Kraftfahrzeugs und einem Internetserver und entsprechendes System
DE10225784A1 (de) Verfahren und Vorrichtungen zum Aufbau einer Kommunikationsverbindung zwischen einer Zentrale und einem Endgerät
EP1845689B1 (de) Verfahren und kommunikationssystem zum bereitstellen eines personalisierbaren zugangs zu einer gruppe von einrichtungen
DE60300964T2 (de) Generierung nutzerspezifischer Einstellungsdaten
DE102018006378A1 (de) Provisionierung und Betreiben eines Teilnehmeridentitätsmoduls
DE102024120757A1 (de) Verfahren zum Einrichten eines Benutzergerätes, Einrichtungsprogramm, computerlesbarer Datenträger, Benutzergerät und Einrichtungsanordnung dafür
DE102019203636A1 (de) Verfahren zum Bereitstellen von nutzerspezifischen Daten auf einem mobilen Endgerät für ein Kraftfahrzeug
EP4687359A1 (de) Verfahren zum einrichten eines benutzergerätes, einrichtungsprogramm, computerlesbarer datenträger, benutzergerät und einrichtungsanordnung dafür
DE102023112704A1 (de) Verfahren zur Anbindung mehrerer Backendsysteme an eine Ladeinfrastruktur
DE102023132851A1 (de) Verfahren, Computerprogramm, computerlesbarer Datenträger, Endgerät und Kommunikationsnetzwerk zum Übertragen eines Nutzerdatensatzes
DE102012206724B4 (de) Verfahren und Vorrichtung zur Durchführung fahrzeugbezogener Dienste
DE102022113263A1 (de) Remote-Zugriff auf Netzwerkressourcen aus Fremdnetz im Festnetz
WO2025242340A1 (de) Verfahren zur sicheren ausstattung von systemen mit einem individuellen zertifikat

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

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

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)