WO2015029945A1 - 加入者プロファイル転送方法、加入者プロファイル転送システム及びユーザ装置 - Google Patents

加入者プロファイル転送方法、加入者プロファイル転送システム及びユーザ装置 Download PDF

Info

Publication number
WO2015029945A1
WO2015029945A1 PCT/JP2014/072157 JP2014072157W WO2015029945A1 WO 2015029945 A1 WO2015029945 A1 WO 2015029945A1 JP 2014072157 W JP2014072157 W JP 2014072157W WO 2015029945 A1 WO2015029945 A1 WO 2015029945A1
Authority
WO
WIPO (PCT)
Prior art keywords
transfer
subscriber
operator
identifier
identification module
Prior art date
Application number
PCT/JP2014/072157
Other languages
English (en)
French (fr)
Inventor
敬 輿水
青野　博
アルフ ツーゲンマイヤー
Original Assignee
株式会社Ｎｔｔドコモ
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 株式会社Ｎｔｔドコモ filed Critical 株式会社Ｎｔｔドコモ
Priority to US14/914,814 priority Critical patent/US10003965B2/en
Priority to EP14841096.2A priority patent/EP3041164B1/en
Publication of WO2015029945A1 publication Critical patent/WO2015029945A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0838—Key agreement, i.e. key establishment technique in which a shared key is derived by parties as a function of information contributed by, or associated with, each of these
    • H04L9/0841—Key agreement, i.e. key establishment technique in which a shared key is derived by parties as a function of information contributed by, or associated with, each of these involving Diffie-Hellman or related key agreement protocols
    • H04L9/0844—Key agreement, i.e. key establishment technique in which a shared key is derived by parties as a function of information contributed by, or associated with, each of these involving Diffie-Hellman or related key agreement protocols with user authentication or key authentication, e.g. ElGamal, MTI, MQV-Menezes-Qu-Vanstone protocol or Diffie-Hellman protocols using implicitly-certified keys
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/321—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving a third party or a trusted authority
    • H04L9/3213—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving a third party or a trusted authority using tickets or tokens, e.g. Kerberos
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3271—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using challenge-response
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/08—Access security
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/30—Security of mobile devices; Security of mobile applications
    • H04W12/35—Protecting application or service provisioning, e.g. securing SIM application provisioning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/04—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration using triggered events
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/80—Wireless

Definitions

  • the present invention relates to a subscriber profile transfer method, a subscriber profile transfer system, and a user device that securely transfer a subscriber profile such as a security key and IMSI between communication carriers.
  • M2M Machine-to-Machine
  • 3GPP 3rd Generation Partnership Project
  • MTC Machine Type Communication
  • eUICC Embedded Universal Integrated Circuit Card
  • SIM slot insertion type UICC
  • IMSI International Mobile Subscriber Identity
  • security key for UE authentication etc.
  • Non-Patent Document 1 it is proposed to install a Subscription Manager (SM) connected to each operator's equipment in order to write and delete necessary information such as a subscriber profile in the eUICC. .
  • SM Subscription Manager
  • Non-Patent Document 2 a method for exchanging subscriber profiles between operators has been studied (for example, Non-Patent Document 2).
  • UICC ETSI TS_103.383 Smart Cards; Embedded UICC; Requirements Requirements v2.0.0 (2013-02), ETSI, February 2013 3GPP TR33.812 V9.2.0 Security Aspects of Remote Provisioning and Change of Subscription for M2M, 3GPP, June 2010
  • the present invention has been made in view of such a situation, and without using a Subscription Manager (SM), a subscriber profile necessary for activating eUICC between telecommunications carriers (operators) can be obtained. It is an object of the present invention to provide a subscriber profile transfer method, a subscriber profile transfer system, and a user device that can be transferred safely.
  • SM Subscription Manager
  • a user device an embedded subscriber identification module which is a subscriber identification module incorporated in the user device, a first subscriber server managed by a first operator, and a second A subscriber profile transfer method for transferring a subscriber profile associated with the user device from the first operator to the second operator, using a second subscriber server managed by the operator
  • An embedded subscriber identification module includes a module transfer identifier associated with the embedded subscriber identification module, an operator transfer temporary number associated with the transfer of the subscriber profile, and a user of the user device performs the transfer.
  • a subscriber transfer identifier indicating authentication and a new operator identifying the second operator Transmitting a transfer request for the subscriber profile including a bespoke to the user equipment; a subscriber transfer identifier for the user equipment to identify the second subscriber server; and the subscriber transfer identifier;
  • a transfer request including the operator transfer temporary number is transmitted to the first subscriber server, and a transfer preparation command including the new operator identifier, the module transfer identifier, and the operator transfer temporary number is transmitted to the first subscriber server.
  • a new subscriber identifier for identifying the user equipment at the second operator is transmitted to the second subscriber server.
  • a transfer key is generated, and an encryption token obtained by encrypting a transfer token, which is a temporary operator for transfer, is generated using the transfer key, and the new subscriber identifier is determined using the transfer key.
  • Generating an encrypted new encryption identifier generating a message authentication code including the operator transfer temporary number, the encryption token, and the new encryption identifier, and generating the authentication using the message authentication code Transmitting a user authentication / transfer setting request including a token, the encryption token, and the new encryption identifier to the embedded subscriber identification module; and An entrance identification module authenticates the authentication token and calculates the transfer key, obtains the transfer token obtained by decrypting the encryption token using the transfer key, and uses the transfer key to generate the encrypted new token.
  • the new subscriber identifier obtained by decoding the identifier, and transmitting a user authentication response to the user authentication / transfer setting request to the first subscriber server; and Transmitting the transfer token to the second subscriber server via a communication path; and the second subscriber server, according to a predetermined key exchange protocol, the new operator identifier, the new subscriber identifier, Sending a message including a message authentication code including the transfer token to the embedded subscriber identification module; and Each of the subscriber identification module and the second subscriber server generates and generates a shared secret key shared by the embedded subscriber identification module and the second subscriber server using the transfer token. And executing a procedure for attaching to the second subscriber server using the shared secret key and the new subscriber identifier.
  • a user device a built-in subscriber identification module which is a subscriber identification module incorporated in the user device, a first subscriber server managed by a first operator, A subscriber profile transfer system for transferring a subscriber profile associated with the user device from the first operator to the second operator using a second subscriber server managed by the operator of An embedded subscriber identification module includes a module transfer identifier associated with the embedded subscriber identification module, an operator transfer temporary number associated with the transfer of the subscriber profile, and a user of the user device performs the transfer.
  • a subscriber transfer identifier indicating authentication and a new operator identifying the second operator A transfer request for the subscriber profile including a data identifier, to the user equipment, wherein the user equipment identifies a new subscriber server identifier for identifying the second subscriber server, the subscriber forwarding identifier, A transfer request including an operator transfer temporary number is transmitted to the first subscriber server, and a transfer preparation instruction including the new operator identifier, the module transfer identifier, and the operator transfer temporary number is incorporated Transfer including a subscriber identifier associated with the user equipment via a secure communication path established with the second subscriber server, wherein the first subscriber server is transmitted to a type subscriber identification module Sending a request to the second subscriber server and sending a response including a new subscriber identifier identifying the user equipment at the second operator;
  • the first subscriber server generates a transfer key using a secret key held by the first subscriber server and the embedded subscriber identification module, and An encryption token obtained by encrypting a transfer token, which is
  • the user authentication / transfer setting request including the new encryption identifier is transmitted to the embedded subscriber identification module, and the embedded subscriber identification module receives the authentication token.
  • the second subscriber server transmits a message including the new operator identifier, the new subscriber identifier, and a message authentication code including the transfer token according to a predetermined key exchange protocol.
  • the embedded subscriber identity module and the second subscriber server each transmit the transfer token to the embedded subscriber identity module.
  • the main point is to execute the procedure for attaching to the subscriber server.
  • a third feature of the present invention is a user apparatus including an embedded subscriber identification module which is an embedded subscriber identification module, wherein the embedded subscriber identification module corresponds to the embedded subscriber identification module.
  • a request for transferring the subscriber profile including a new operator identifier for identifying a second operator different from the first operator is transmitted to the user device, and the user device manages a second managed by the second operator.
  • a new subscriber server identifier for identifying a subscriber server, the subscriber transfer identifier, and the option A transfer request including a temporary transfer transfer number to a first subscriber server managed by the first operator, and the new operator identifier, the module transfer identifier, and the operator transfer temporary number.
  • a transfer preparation command including the embedded subscriber identification module, wherein the embedded subscriber identification module authenticates an authentication token transmitted from a first subscriber server managed by a first operator, and A transfer key is calculated by using a secret key held by the first subscriber server and the embedded subscriber identification module, and an encryption token is decrypted by using the transfer key.
  • a second operator by obtaining a transfer token which is a typical operator and decrypting the encrypted new identifier using the transfer key
  • a new subscriber identifier for identifying the user device is acquired, and a user authentication response to the user authentication / transfer setting request including the authentication token, the encryption token, and the encryption new identifier is received as the first authentication response.
  • Generated and generated a shared secret key that is transmitted to the subscriber server and shared between the embedded subscriber identification module and the second subscriber server managed by the second operator using the transfer token
  • the gist is to execute an attachment procedure to the second subscriber server using the shared secret key and the new subscriber identifier.
  • FIG. 1 is an overall schematic configuration diagram of a mobile communication system 10 according to an embodiment of the present invention.
  • FIG. 2 is a functional block configuration diagram of the eUICC 100 according to the embodiment of the present invention.
  • FIG. 3 is a functional block configuration diagram of the UE 200 according to the embodiment of the present invention.
  • FIG. 4 is a functional block configuration diagram of the HSS 300 according to the embodiment of the present invention.
  • FIG. 5 is a functional block configuration diagram of the HSS 400 according to the embodiment of the present invention.
  • FIG. 6 is a diagram showing a subscriber profile transfer preparation sequence according to the embodiment of the present invention.
  • FIG. 7 is a diagram showing a transfer setting sequence between eUICC 100 and HSS 300 (old (HSS) according to the embodiment of the present invention.
  • FIG. 1 is an overall schematic configuration diagram of a mobile communication system 10 according to an embodiment of the present invention.
  • FIG. 2 is a functional block configuration diagram of the eUICC 100 according to the embodiment of the present invention.
  • FIG. 8 is a diagram showing an authentication and key exchange sequence between eUICC 100 and HSS 400 (new HSS) according to the embodiment of the present invention.
  • FIG. 9 is a diagram showing a shared-Secret Key generation sequence by the eUICC 100 and the HSS 400 based on the Diffie-Hellman key exchange protocol according to the embodiment of the present invention.
  • FIG. 1 is an overall schematic configuration diagram of a mobile communication system 10 according to the present embodiment.
  • the mobile communication system 10 is a communication system defined by the 3rd Generation Partnership Project (3GPP), specifically, mobile communication according to 3G (W-CDMA) or Long Term Evolution (LTE).
  • the system includes mobile communication networks 20 and 25, a radio base station 30, a user device 200 (hereinafter referred to as UE 200), a subscriber server 300 (hereinafter referred to as HSS 300), and a subscriber server 400 (hereinafter referred to as HSS 400).
  • 3GPP 3rd Generation Partnership Project
  • UE 200 user device 200
  • HSS 300 subscriber server 300
  • HSS 400 subscriber server 400
  • the mobile communication networks 20 and 25 are communication networks including a wireless base station 30 and a gateway (not shown) with an external network, so-called Public Land Mobile Mobile Network (PLMN).
  • PLMN Public Land Mobile Mobile Network
  • the mobile communication networks 20 and 25 are connected to each other, the HSS 300 is connected to the mobile communication network 20, and the HSS 400 is connected to the mobile communication network 25.
  • the UE 200 is assumed to be a so-called MTC-UE optimized for Machine Type Communication (MTC), and includes a built-in subscriber identification module 100 (hereinafter referred to as eUICC 100).
  • MTC Machine Type Communication
  • eUICC 100 a subscriber identification module 100
  • SIM slot insertion type UICC
  • an eUICC100 embedded Universal Universal Integrated Circuit Card
  • SIM slot insertion type UICC
  • a subscriber profile transfer system is configured by eUICC100, UE200, HSS300, and HSS400.
  • the HSS 300 is a home subscriber server managed by a communication carrier (first operator).
  • the HSS 300 constitutes a first subscriber server.
  • the HSS 400 is a home subscriber server managed by a second operator, which is a communication carrier different from the first operator, and constitutes a second subscriber server in the present embodiment.
  • the UE 200 is initially subscribed to a communication service provided by the first operator, and the eUICC 100 has a subscriber profile associated with the UE 200, for example, IMSI (International Mobile Subscriber Identity). And security keys (private keys) for UE200 authentication are stored.
  • IMSI International Mobile Subscriber Identity
  • security keys private keys
  • HSS300 will be appropriately described as old HSS
  • HSS400 will be appropriately described as new HSS.
  • FIG. 2 is a functional block configuration diagram of the eUICC 100.
  • the eUICC 100 includes a subscriber profile storage unit 101, a transfer request transmission / reception unit 103, a user authentication response transmission / reception unit 105, a DH message processing unit 107, and an attach procedure profile processing unit 109.
  • the subscriber profile storage unit 101 stores a subscriber profile associated with the UE 200. Specifically, the subscriber profile storage unit 101 stores an IMSI for identifying a user (contract subscriber) of the UE 200, a secret key used for authenticating the UE 200, and the like.
  • the transfer request transmission / reception unit 103 transmits a transfer request (transfer Request) of a subscriber profile from the HSS 300 to the HSS 400 to the UE 200 and receives a transfer preparation command (transfer Preparation) from the UE 200.
  • the transfer request transmission / reception unit 103 includes a module transfer identifier (UICC Transfer PIN) associated with the eUICC 100, a temporary number for operator transfer (operator Transfer Nonce) associated with the transfer of the subscriber profile, and the UE 200
  • a transfer request that includes a subscriber transfer identifier (customer Transfer PIN) indicating that the user has authenticated transfer and a new operator identifier (new Operator ID) identifying the second operator is transmitted to UE 200.
  • the user authentication response transmission / reception unit 105 transmits a user authentication response (user auth resp) to the user authentication / transfer setting request (User auth + transfer Setup Req) from the HSS300 to the HSS300 (old HSS) via the UE200. Then, a user authentication / transfer setting request (User auth + transfer Setup Req) is received from the HSS300.
  • the user authentication response transmission / reception unit 105 authenticates the authentication token (AUTN) and calculates the transfer key TK.
  • the user authentication response transmission / reception unit 105 acquires a transfer token (transfer Token) obtained by decrypting the encryption token (enc Token) using the transfer key TK obtained by the calculation.
  • the user authentication response transmission / reception unit 105 acquires a new subscriber identifier (new Customer ID) obtained by decrypting the encrypted new identifier (enc New ID) using the transfer key TK.
  • the DH message processing unit 107 generates a message (DH response message) according to the Diffie-Hellman key exchange protocol (predetermined key exchange protocol) according to the DH initial message received from the HSS400 (new HSS), and the generated message Is transmitted to HSS400 via UE200. Specifically, the DH message processing unit 107 uses a transfer token to share a shared secret key (shared-shared key) shared between the embedded subscriber identification module and the second subscriber server according to the Diffie-Hellman key exchange protocol. Secret Key) is generated. When the shared-Secret107Key has been successfully generated, the DH message processing unit 107 transmits a DH response message to the HSS 400.
  • the Diffie-Hellman key exchange protocol predetermined key exchange protocol
  • the attach procedure profile processing unit 109 executes processing of a profile that can be placed in the attach procedure to the HSS 400 by using the shared-Secret Key generated by the DH message processing unit 107 and the new Customer ID. In addition, the attach procedure profile processing unit 109 acquires the subscriber profile stored in the subscriber profile storage unit 101 for the first operator who manages the HSS300 (old HSS) with the execution of the attach procedure with the HSS 400. cancel.
  • FIG. 3 is a functional block configuration diagram of UE 200. As illustrated in FIG. 3, the UE 200 includes a transfer request processing unit 201, a transfer preparation command transmission unit 203, and an information relay unit 205.
  • the transfer request processing unit 201 receives a transfer request including a new subscriber server identifier (new HSS ID) for identifying the HSS400 (new HSS), customer Transfer PIN, and operator Transfer Nonce. Send to HSS300.
  • new HSS ID new subscriber server identifier
  • HSS400 new HSS
  • customer Transfer PIN customer Transfer PIN
  • operator Transfer Nonce Send to HSS300.
  • the transfer preparation command transmission unit 203 transmits a transfer preparation command (transfer Prepare) to the eUICC 100 based on the transfer Request from the eUICC 100. Specifically, the transfer preparation command transmission unit 203 transmits a transfer Prepare including new Operator ID, UICC Transfer PIN, and operator Transfer Nonce to the eUICC 100.
  • the information relay unit 205 relays information such as a subscriber profile transmitted from the eUICC 100 to the HSS 300 or HSS 400 and relays information transmitted from the HSS 300 or HSS 400 to the eUICC 100. Specifically, the information relay unit 205 relays the user auth resp transmitted from the user authentication response transmission / reception unit 105 to the HSS 300 and relays the User auth + transfer Setup Req transmitted from the HSS 300 to the eUICC 100.
  • the information relay unit 205 relays the DH initial message transmitted from the HSS400 to the eUICC 100 and relays the DH response message transmitted from the DH message processing unit 107 to the HSS400. Further, the information relay unit 205 relays information such as a subscriber profile accompanying the execution of the attach procedure between the attach procedure profile processing unit 109 and the HSS 400.
  • FIG. 4 is a functional block configuration diagram of the HSS 300.
  • the HSS 300 includes an information transmission / reception unit 301, a transfer request processing unit 303, a user authentication / transfer setting request transmission unit 305, and a subscriber profile processing unit 307.
  • the information transmitting / receiving unit 301 transmits / receives information transmitted / received by the transfer request processing unit 303 or the user authentication / transfer setting request transmitting unit 305 to / from related nodes.
  • the transfer request processing unit 303 transmits a transfer request to the HSS 400 based on the transfer request from the UE 200. Specifically, the transfer request processing unit 303 transmits a transfer request including a subscriber identifier (customer ID) associated with the UE 200 to the HSS 400 via a secure tunnel that is a secure communication path set with the HSS 400. .
  • a subscriber identifier customer ID
  • the secure tunnel set between the HSS 300 and the HSS 400 is set according to an existing encryption method defined in 3GPP.
  • the customer ID may be the IMSI described above, or other information may be used as long as the user (contract subscriber) of the UE 200 can be identified.
  • the transfer request processing unit 303 receives a response (transfer ok) to the transfer request transmitted to the HSS 400 from the HSS 400. Specifically, the transfer request processing unit 303 The second operator receives a transfer ok including a new Customer ID for identifying the UE 200 from the HSS 400.
  • the user authentication / transfer setting request transmission unit 305 authenticates the UE 200, and transmits User auth + transfer Setup Req (user authentication / transfer setting request) requesting transfer of the subscriber profile to the eUICC 100. Specifically, the user authentication / transfer setting request transmission unit 305 generates the transfer key TK using the secret key K held by the HSS 300 and the eUICC 100. Furthermore, the user authentication / transfer setting request transmission unit 305 generates an enc Token obtained by encrypting transfer Token, which is a temporary operator for transfer, using the generated transfer key TK.
  • the user authentication / transfer setting request transmission unit 305 generates an enc New ID obtained by encrypting the new Customer ID using the transfer key TK. Further, the user authentication / transfer setting request transmission unit 305 generates a message authentication code (MAC) including an operator Transfer Nonce, enc Token, and enc New ID, and an AUTN generated using the generated MAC, and enc Send User auth + Transfer transfer Setup Req including Token and enc New ID to eUICC100.
  • MAC message authentication code
  • the MAC in the present embodiment is a function (f) with the secret key K, RAND (random number), SEQ (sequence number), and operator Transfer Nonce as parameters.
  • the user authentication / transfer setting request transmission unit 305 transmits a transfer token to the HSS 400 via a secure tunnel that is a secure communication path connecting the HSSs between operators.
  • the subscriber profile processing unit 307 erases the subscriber profile related to the UE 200 based on the instruction to cancel the subscriber profile from the HSS 400.
  • FIG. 5 is a functional block configuration diagram of the HSS 400.
  • the HSS 400 includes an information transmission / reception unit 401, a transfer request processing unit 403, a transfer token acquisition unit 405, a DH message processing unit 407, and an attach procedure profile processing unit 409.
  • the information transmission / reception unit 401 transmits / receives information transmitted / received by the transfer request processing unit 403, the transfer token acquisition unit 405, the DH message processing unit 407, and the attach procedure profile processing unit 409.
  • the transfer request processing unit 403 receives the transfer request transmitted from the HSS 300. Further, the transfer request processing unit 403 transmits a message (DH initial message) including new Operator ID, new Customer ⁇ ID, and MAC including transfer Token to the eUICC 100 according to the Diffie-Hellman key exchange protocol.
  • a message DH initial message
  • new Operator ID new Customer ⁇ ID
  • MAC transfer Token
  • the transfer token acquisition unit 405 acquires the transfer token transmitted from the HSS 300 via the secure tunnel, and provides the acquired transfer token to the transfer request processing unit 403.
  • the DH message processing unit 407 generates a shared-Secret key required for generating the DH initial message according to the Diffie-Hellman key exchange protocol, and provides the generated DH initial message to the transfer request processing unit 403. Specifically, the DH message processing unit 407 generates a shared-Secret Key shared between the eUICC 100 and the HSS 400 according to the Diffie-Hellman key exchange protocol.
  • the attach procedure profile processing unit 409 uses the shared-Secret Key generated by the DH message processing unit 407 and the new Customer ID to execute profile processing in the attach procedure of the eUICC 100 and the UE 200.
  • the attach procedure profile processing unit 409 includes a secret key K, a normal UMTS AKA, and a subscriber profile necessary for executing the attach procedure in a secure communication environment established using shared-Secret Key. Exchange and process information.
  • the attach procedure profile processing unit 409 instructs the HSS 300 (old HSS) to cancel the subscriber profile associated with the UE 200 in accordance with the execution of the attach procedure with the eUICC 100.
  • FIG. 6 shows a subscriber profile transfer preparation sequence.
  • the UE 200 when the user of the UE 200 changes from the communication service use contract provided by the first operator to the communication service use contract provided by the second operator, the UE 200 is associated with the UE 200.
  • a case where a subscriber profile to be transferred is transferred from the HSS 300 to the HSS 400 will be described as an example.
  • UICC Transfer PIN is exchanged in advance between the first operator and the user (contract subscriber) of UE 200. Therefore, it is a PIN code known to the user of UE200. UICC Transfer PIN confirms whether the user of UE 200 and UICC itself are the correct combination. The UICC Transfer PIN is different from the secret key K in the Authentication and Key Agreement (AKA) procedure.
  • AKA Authentication and Key Agreement
  • the customer Transfer PIN is provided from the first operator to the user of the UE 200 by another route after passing through the above-described transaction.
  • the customer Transfer PIN is provided to the user in a state associated with the initial customer ID from the operator of the contract change source via the website or the like.
  • Customer Transfer PIN allows you to check whether the user is executing a transaction related to changing the usage contract, not the other person impersonating the user.
  • the customer Transfer PIN may be notified to the user by mail or the like from the operator.
  • the user of UE200 can use the communication service via the operator by inputting the initial customer ID into UE200 (actually eUICC100). In this case, processing based on the existing AKA procedure is executed between the eUICC 100 and the HSS 300.
  • the UE 200 (eUICC 100) having a contract with the operator (first operator) managing the HSS 300, after satisfying such preconditions, assigns the contract destination to the operator (second operator) managing the HSS 400. With the change, the subscriber profile transfer preparation is started.
  • the eUICC 100 obtains a UICC® Transfer PIN entered by the user of the UE 200 (S5).
  • the UICC Transfer PIN is unique to the eUICC 100 and is information that only the user of the UE 200 can know.
  • UICC Transfer PIN confirms that eUICC100 is requesting subscriber profile transfer, and prevents unauthorized transfer of subscriber profiles by third parties. That is, unless the UICC ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ Transfer PIN is input to the eUICC 100 via the UE 200, the transfer of the subscriber profile cannot be started.
  • EUICC 100 transmits a transfer request to UE 200 based on a valid UICC transfer PIN (S10).
  • the transfer request includes a UICC transfer request, a new operator ID, and a customer transfer PIN.
  • the customercustomTransfer PIN is acquired when the UE 200 requests the user of the UE 200 to input.
  • UE 200 generates an operator Transfer Nonce based on the received transfer Request (S15).
  • the “new Operator ID” is an identifier that is determined based on the user's request and indicates the operator of the subscriber profile transfer destination (contract change destination).
  • the operator Transfer Nonce instructs the eUICC 100 and HSS 300 to prepare for transferring the subscriber profile. Note that the Nonce is a one-time number, and the transfer request can be specified separately from other transfer requests in the steps described later.
  • transfer Prepare which is a response to transfer Request transmitted from eUICC 100, to eUICC 100 (S20).
  • transfer Prepare includes new Operator ID, UICC Transfer PIN, and operator Transfer Nonce.
  • the UE 200 transmits a transfer request to the HSS 300 based on the transfer request transmitted from the eUICC 100 (S30).
  • the transfer Request transmitted from the UE 200 to the HSS 300 includes new Operator ID, customer Transfer PIN, and operator Transfer Nonce.
  • the HSS300 that has acquired the new Operator ID identifies the new HSS ID from the new Operator ID, acquires the destination (HSS) to send the transfer OK, and confirms the customer Transfer PIN included in the transfer Request sent from the UE 200 ( S35).
  • the HSS 300 transmits a transfer request to the HSS 400 based on the calculated new HSS ID. Further, the HSS 400 transmits a transfer “ok” which is a response to the transfer “Request” to the HSS 300 (S40).
  • the transfer request and transfer request are transmitted and received via a secure tunnel set between the HSS 300 and the HSS 400.
  • the transfer request includes a customer ID that identifies the user of the UE 200 in the first operator, and the transfer function includes a new custom ID (for example, IMSI) that identifies the user in the second operator. It is.
  • FIG. 7 shows a transfer setting sequence between eUICC100 and HSS300 (old HSS). As shown in FIG. 7, the eUICC 100 transfer setting process is executed between eUICC 100 and HSS 300 (old HSS). In the present embodiment, the existing AKA (authentication and key exchange) procedure is extended to realize the process.
  • AKA authentication and key exchange
  • the HSS 300 generates information included in the User authentication + Transfer setup Req in order to transmit the User authentication + Transfer setup Req to the eUICC 100 (S50). More specifically, the HSS 300 confirms the corresponding secret key K, AMF (Authentication Management Field, 3GPP TS33.102), RAND (random number), SEQ (sequence number, 3GPP TS33.102), operator Transfer Nonce and Generate a message authentication code (MAC) that proves that enc New ID has not been tampered with between eUICC and HSS.
  • K Authentication Management Field
  • 3GPP TS33.102 Random number
  • SEQ sequence number
  • 3GPP TS33.102 operator Transfer Nonce
  • MAC message authentication code
  • MAC includes AMF (Authentication Management Field, 3GPP TS33.102), RAND and SEQ, private key K held by eUICC100 to HSS300, operator Transfer Nonce transmitted from UE200, enc token, Generated by a function with enc New ID as a parameter.
  • the operation output value of MAC includes operator Transfer Nonce, enc Token, enc New ID, transfer Token, and new ⁇ ⁇ ⁇ ⁇ Customer ID, etc.
  • the eUICC 100 recognizes that the AUTN (authentication token) from the HSS 300 has not been tampered with. Further, transfer Token is necessary for authenticating new ⁇ ⁇ ⁇ ⁇ HSS in MAC (DH-MAC) according to the Diffie-Hellman (DH) key exchange protocol, and is the most important element.
  • the HSS 300 generates an AUTN that combines the exclusive OR (XOR) of SEQ and the authentication key AK, AMF, and MAC.
  • AUTN is a security token used for authentication of eUICC100.
  • Enc Token is obtained by encrypting transfer Token using the transfer key TK.
  • enc New ID is an encryption of new Customer ID using the transfer key TK.
  • the transfer key TK is generated so that the key is different each time. Specifically, a new transfer key TK is generated using the key generation function every time the above-described sequence of step S50 is executed.
  • the hash function used here uses the secret key K, RAND, and new Operator ID as parameters of the key generation function, so that the transfer key TK changes for each sequence. Through such processing, the transfer token and new customer ID are securely provided to the eUICC 100 via the old HSS.
  • CK is a ciphering key (encryption key)
  • IK is an integrity key (an integrity key)
  • encryption of transmitted information after authentication ie after RES matching
  • HSS300 transmits User auth transfer Setup Req generated by such a procedure to eUICC100 (S60).
  • the eUICC 100 executes the authentication of the eUICC 100 and a series of transmission information decryption processing based on the User authentication + Transfer setup Req sent from the HSS 300 (S70). Specifically, the eUICC 100 executes an AUTN authentication process included in User auth + transfer Setup Req. First, the eUICC 100 confirms the AUTN based on the transmitted RAND, AMF, its own private key K, SQN, enc ⁇ Token, enc New ID, the calculated authentication key AK, and the MAC value. The MAC value is calculated from the values of the shared secret key K, SQN, transmitted RAND, transmitted AMF, operator Transfer Nonce transmitted in advance, and enc Token and enc New ID.
  • the eUICC 100 calculates the transfer key TK using information included in the AUTN.
  • the transfer key TK is derived by calculating using the same key generation function as that of the HSS 300, including the shared secret key K, RAND transmitted in advance, new Operator ID, and the like.
  • the eUICC 100 decrypts the enc token included in the AUTN and obtains the transfer token. Similarly, the eUICC 100 decrypts enc Token included in enc New ID, and acquires new Customer ID.
  • EUICC100 when the authentication process of AUTN is completed normally, transmits user auth resp to HSS300 as a response (RES) to User auth + transfer Setup Req (S80).
  • RES response
  • S80 User auth + transfer Setup Req
  • the HSS 300 recognizes that the eUICC 100 has successfully completed the subscriber profile transfer setting in addition to the authentication with the HSS 300.
  • the successful completion of mutual authentication and subscriber profile transfer is determined by whether or not expected-RES and RES (user auth resp) match.
  • eUICC100 and HSS300 (old HSS) will have a shared-Secret Key that can authenticate new HSS.
  • FIG. 8 shows an authentication and key exchange sequence between eUICC100 and HSS400 (new HSS).
  • the HSS 300 requests the HSS 400 to set up a subscriber profile transfer (setup transfer) through a secure tunnel set up between the HSS 300 and the HSS 400 (S90).
  • the setup Transfer includes a transfer token. Since the transfer token is notified to the HSS 400 via the secure tunnel, the transfer token can be securely provided to the HSS 400 in an encrypted state.
  • HSS400 sends DH initial message to eUICC100 based on setup Transfer sent from HSS300 (S100).
  • DH initial message RMAC, new Operator ID, new Customer ID, DHi (public value of initiator in DH), and transfer Token received by HSS400 from HSS300 as parameters are HMAC (Hash-based Message Authentication Code) And the value calculated in.
  • HMAC Hash-based Message Authentication Code
  • the HSS 400 exchanges keys based on the Diffie-Hellman key exchange protocol (DH), but generates a MAC (message authentication code) using a transfer Token, and transmits a DH initial message including such a MAC to the eUICC100. Is transmitted to the eUICC 100, the authentication process for the message from the HSS 400 is executed.
  • EUICC 100 transmits DH response message, which is a response to DH initial message transmitted from HSS 400, to HSS 400 (S110).
  • the DH initial message includes DHr (the public value of the responder in DH), DHi, new Operator ID, new Customer ID, and a value calculated by HMAC using the transfer Token received from the HSS300 as a parameter.
  • the eUICC 100 generates a MAC (message authentication code) using a transfer Token, and transmits a DH initial message including such a MAC to the HSS 400, thereby being a message from the eUICC 100 in the HSS 400.
  • the authentication process is executed.
  • the eUICC 100 and the HSS 400 can generate the shared-Secret Key and can hold the shared-Secret Key.
  • FIG. 9 shows a generation sequence of shared-Secret Key by eUICC 100 and HSS 400 based on DH.
  • eUICC 100 selects random number a
  • HSS400 new HSS selects random number b (S210,210S220).
  • the HSS 400 transmits a function f (b) using the selected random number b to the eUICC 100 (S230).
  • the eUICC 100 transmits a function f (a) using the selected random number a to the eUICC 100 (S240).
  • EUICC 100 generates a shared-Secret Key using the selected random number a and function f (b) based on DH (S250).
  • HSS 400 generates a shared-Secret ⁇ Key using the selected random number b and the function f (a) based on DH (S260).
  • the shared-Secret Key generated in this way is only held by eUICC100 and HSS400, and HSS300 cannot know the shared-Secret Key.
  • the eUICC 100 and the HSS 400 reset the sequence (SEQ) so far (S120).
  • the HSS 400 sets a new customer Transfer ⁇ ⁇ PIN in preparation for the transfer of the next subscriber profile.
  • a user who has been notified of a new customer-Transfer-PIN via another route instructs UE 200 to select a new-subscription.
  • the UE 200 transfers a connection instruction to the second operator to the eUICC 100 based on the instruction of select new subscription (S130).
  • eUICC100 Based on the connection instruction, eUICC100 establishes a secure communication environment using the generated shared-Secret Key, and is necessary for executing the shared secret key K, normal UMTSKAKA, and attach procedure. After exchanging information, a normal attach procedure with the HSS 400 is executed based on the subscription (secret key K and IMSI) (S140).
  • the HSS400 requests the HSS300 (old HSS) to delete the subscription of the UE200 for the first operator (cancel subscription). Then, it responds that the subscription has been deleted (cancel subscription ack) (S150).
  • the subscriber profile transfer system eUICC100, UE200, HSS300, and HSS400
  • the subscriber profile can be transferred by using the UICC Transfer PIN or customer Transfer PIN.
  • EUICC and users (contract subscribers) can be identified safely and reliably.
  • transfer Token is exchanged between eUICC100 and HSS300 that have already been authenticated.
  • enc Token in which transfer Token is encrypted is transmitted from HSS300 (old HSS) to eUICC 100 (see step S50 in FIG. 7).
  • the transfer token is transmitted from the HSS 300 to the HSS 400 (new HSS) via the secure tunnel (see step S90 in FIG. 8).
  • the HSS 400 transmits a DH initial message including the transfer Token to the eUICC 100 (see step S100 in FIG. 7), thereby performing authentication between the eUICC 100 using the transfer Token and the new HSS, and the eUICC 100 after the authentication.
  • the generation of shared-Secret Key held only with HSS400 is realized. Therefore, the eUICC 100 and the HSS 400 can exchange subscriber profiles to be transferred in a secure communication environment using the shared-SecretSecKey.
  • the subscriber profile required for activation of eUICC between operators can be obtained without using Subscription Manager (SM) connected to each operator's equipment. Can be transferred safely.
  • SM Subscription Manager
  • the operator TransferonNonce is included in the transfer Request transmitted from the UE 200 to the HSS 300 and the transfer Prepare transmitted from the UE 200 to the eUICC 100.
  • operator Transfer Nonce is also included in User auth + transfer Setup Req transmitted from HSS300 to eUICC100.
  • the eUICC 100 can uniquely specify whether or not the received User auth + transfer Setup Req is based on the transfer Request from the eUICC 100, and can eliminate an illegal transfer request to the eUICC 100.
  • the UICC Transfer PIN is input by the user of the UE 200, it is possible to reliably confirm the intention of changing the operator of the contracted party of the user.
  • the DH-HMAC based on the Diffie-Hellman key exchange protocol has been described as an example of the predetermined key exchange protocol.
  • the key exchange protocol is not limited to the DH-HMAC, and is a key distribution center.
  • Other protocols based on Diffie-Hellman may be used as long as the scheme is based on a public key method that does not use the above.
  • UICC Transfer PIN is used.
  • UICC Transfer PIN is not essential and may be omitted.
  • operator Transfer Nonce is not essential and may be omitted.
  • a user device an embedded subscriber identification module which is a subscriber identification module incorporated in the user device, a first subscriber server managed by a first operator, and a second A subscriber profile transfer method for transferring a subscriber profile associated with the user device from the first operator to the second operator, using a second subscriber server managed by the operator
  • An embedded subscriber identification module includes a module transfer identifier associated with the embedded subscriber identification module, an operator transfer temporary number associated with the transfer of the subscriber profile, and a user of the user device performs the transfer.
  • a subscriber transfer identifier indicating authentication, and a new operator identifier for identifying the second operator.
  • a transfer request including an operator transfer temporary number is transmitted to the first subscriber server, and a transfer preparation instruction including the new operator identifier, the module transfer identifier, and the operator transfer temporary number is incorporated
  • Transmitting to the type subscriber identification module and the first subscriber server sends a subscriber identifier associated with the user device via a secure communication path established with the second subscriber server. Including a new subscriber identifier that identifies the user equipment at the second operator.
  • a transfer key is generated, an encryption token obtained by encrypting a transfer token, which is a temporary operator for transfer, is generated using the transfer key, and the new subscriber identifier is encrypted using the transfer key.
  • An authentication token generated by using the message authentication code and generating a message authentication code including the temporary number for operator transfer, the encryption token, and the encryption new identifier Transmitting a user authentication / transfer setting request including the encryption token and the new encryption identifier to the embedded subscriber identification module; and the embedded subscription
  • a user identification module authenticates the authentication token and calculates the transfer key, obtains the transfer token obtained by decrypting the encryption token using the transfer key, and uses the transfer key to generate the encrypted new identifier Obtaining the new subscriber identifier obtained by decrypting the request, and transmitting a user authentication response to the user authentication / transfer setting request to the first subscriber server; and the first subscriber server includes the secure communication.
  • the second feature of the present invention is that UE 200 (user device), eUICC 100 (embedded subscriber identification module) which is a subscriber identification module incorporated in the user device, and HSS 300 (first one) managed by the first operator. Subscriber profile) and the HSS400 (second subscriber server) managed by the second operator, the subscriber profile associated with the user device is transferred from the first operator to the second operator.
  • a subscriber profile transfer system for transferring wherein the embedded subscriber identification module associates a UICC Transfer PIN (module transfer identifier) associated with the embedded subscriber identification module and the transfer of the subscriber profile.
  • Operator Transfer Nonce temporary number for operator transfer
  • the user of the user device authenticates the transfer.
  • a transfer request (transfer request) of the subscriber profile including a customer transfer request PIN (subscriber transfer identifier) and a new operator identifier (new operator identifier) identifying the second operator.
  • the user apparatus sends a transfer request including a new HSS ID (new subscriber server identifier) for identifying the second subscriber server, the subscriber transfer identifier, and the temporary number for operator transfer.
  • a transfer ⁇ Prepare (transfer preparation command) including the new operator identifier, the module transfer identifier, and the operator transfer temporary number to the embedded subscriber identification module.
  • the first subscriber server is associated with the user device via a secure communication path established with the second subscriber server.
  • a transfer request including a subscriber identifier is transmitted to the second subscriber server, and a response including a new Customer ID (new subscriber identifier) identifying the user device at the second operator is transmitted to the second subscriber server.
  • Transfer key TK secret key
  • K secret key
  • a transfer key) received by the first subscriber server using a secret key K (secret key) held by the first subscriber server and the embedded subscriber identification module.
  • a transfer key) and using the transfer key, an enc token (encryption token) obtained by encrypting a transfer token (transfer token) that is a temporary operator for transfer is generated, and the transfer key is used.
  • the embedded subscriber identification module authenticates the authentication token and computes the transfer key, obtains the transfer token obtained by decrypting the encryption token using the transfer key, and transfers the transfer token
  • the new subscriber identifier obtained by decrypting the encrypted new identifier using a key is acquired, and a user auth resp (user authentication response) in response to the user authentication / transfer setting request is transmitted to the first subscriber server, and The first subscriber server sends the transfer token to the second subscriber server via the secure communication path, and the second subscriber server
  • the DH initial message including the new operator identifier, the new subscriber identifier, and a message authentication code including the transfer token is included in the embedded subscription.
  • the embedded subscriber identification module and the second subscriber server share with the embedded subscriber identification module and the second subscriber server using the transfer token, respectively.
  • a shared-Secret Key shared secret key
  • an attached procedure to the second subscriber server is executed using the generated shared secret key and the new subscriber identifier. To do.
  • the second subscriber server generates the message according to a Diffie-Hellman key exchange protocol, transmits the generated message to the embedded subscriber identification module, and Each of the type subscriber identification module and the second subscriber server may generate the shared secret key according to the Diffie-Hellman key exchange protocol.
  • the message authentication code may be a function using the secret key, a random number, a sequence number, and the operator transfer temporary number as parameters.
  • a third feature of the present invention is a user apparatus including an embedded subscriber identification module which is an embedded subscriber identification module, wherein the embedded subscriber identification module corresponds to the embedded subscriber identification module.
  • a request for transferring the subscriber profile including a new operator identifier for identifying a second operator different from the first operator is transmitted to the user device, and the user device manages a second managed by the second operator.
  • a new subscriber server identifier for identifying a subscriber server, the subscriber transfer identifier, and the option A transfer request including a temporary transfer transfer number to a first subscriber server managed by the first operator, and the new operator identifier, the module transfer identifier, and the operator transfer temporary number.
  • a transfer preparation command including the embedded subscriber identification module, wherein the embedded subscriber identification module authenticates an authentication token transmitted from a first subscriber server managed by a first operator, and A transfer key is calculated by using a secret key held by the first subscriber server and the embedded subscriber identification module, and an encryption token is decrypted by using the transfer key.
  • a second operator by obtaining a transfer token which is a typical operator and decrypting the encrypted new identifier using the transfer key
  • a new subscriber identifier for identifying the user device is acquired, and a user authentication response to the user authentication / transfer setting request including the authentication token, the encryption token, and the encryption new identifier is received as the first authentication response.
  • Generated and generated a shared secret key that is transmitted to the subscriber server and shared between the embedded subscriber identification module and the second subscriber server managed by the second operator using the transfer token
  • the gist is to execute an attachment procedure to the second subscriber server using the shared secret key and the new subscriber identifier.
  • a fourth feature of the present invention is a key using an embedded subscriber identification module which is a subscriber identification module incorporated in a user device, and a subscriber server which is managed by an operator to whom the user device usage contract is transferred.
  • a sharing method wherein the subscriber server sends a message including a selected random number to the embedded subscriber identification module according to a Diffie-Hellman key exchange protocol; and the embedded subscriber identification module Transmitting a message including a selected random number to the subscriber server according to a Diffie-Hellman key exchange protocol; and the message received by the subscriber server from the embedded subscriber identity module; Using the random number selected in step (a), the embedded subscriber identification module and the add (C) generating a shared secret key shared with the joining server, the message received by the embedded subscriber identification module from the subscriber server, and the random number selected in the step (b) And (d) generating the shared secret key using the above.
  • an embedded subscriber identification module which is a subscriber identification module incorporated in a user apparatus, a first subscriber server managed by the first operator, and a second operator
  • step (A) a step (b) in which the first subscriber server transmits a user authentication / transfer setting request including the transfer token to the embedded subscriber identification module, and the first subscriber server (C) transmitting the transfer token to the second subscriber server via a secure communication path, and the embedded subscriber identification module includes the user authentication / And summarized in that comprising the step (d) transmitting the user authentication response to the first subscriber server for transmission setting request.
  • a transfer authentication method for starting a transfer procedure for transferring an operator of a user device including an embedded subscriber identification module from a first operator to a second operator, wherein the user device is (A) transmitting a transfer request including a subscriber transfer identifier indicating that the user of the user device has authenticated the transfer to a first subscriber server managed by the first operator; and Includes a step (b) of transmitting to the embedded subscriber identification module a transfer preparation command including a module transfer identifier associated with the embedded subscriber identification module.
  • a user device including a built-in subscriber identification module that is a built-in subscriber identification module, wherein a user of the user device changes an operator of the user device from a first operator.
  • the gist is to transmit a transfer request including a subscriber transfer identifier indicating that the transfer has been authenticated to the second operator to the first subscriber server managed by the first operator.
  • a user apparatus including an embedded subscriber identification module, which is an embedded subscriber identification module, including a module transfer identifier associated with the embedded subscriber identification module.
  • the gist is to send a command to the embedded subscriber identification module.
  • a user device an embedded subscriber identification module that is a subscriber identification module incorporated in the user device, and a subscriber server managed by an operator of the user device.
  • a transfer authentication method for transferring an operator of a user device to a new operator wherein the user device selects a temporary number for operator transfer associated with the transfer, and the user device transfers the operator transfer
  • a step (b) of transmitting a transfer preparation command including a temporary number to the embedded subscriber identification module and a step of transmitting a transfer request including the temporary number for operator transfer to the subscriber server by the user device.
  • C and the subscriber server makes a user authentication / transfer setting request including the operator transfer temporary number.
  • the embedded subscriber identification module Transmitting to the embedded subscriber identification module (d), the embedded subscriber identification module acquiring the operator transfer temporary number acquired in the step (b), and the acquired in step (d) And a step (e) of authenticating the temporary number for operator transfer based on the temporary number for operator transfer.
  • a tenth feature of the present invention is a built-in subscriber identification module which is a subscriber identification module incorporated in a user device, a first subscriber server managed by the first operator, and a second operator.
  • a subscriber profile transfer method capable of safely transferring a subscriber profile or the like necessary for activation of eUICC between communication carriers (operators) without using a Subscription Manager (SM),
  • SM Subscription Manager

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)

Abstract

Subscription Manager（SM）を用いることなく、通信事業者（オペレータ）間においてeUICCの活性化に必要となる加入者プロファイルなどを安全に転送し得る加入者プロファイル転送方法、加入者プロファイル転送システム及びユーザ装置を提供する。UE200に組み込まれるeUICC100は、HSS300から送信されたAUTNを認証するとともに、秘密鍵Kを用いて転送鍵TKを演算し、転送鍵TKを用いてenc Tokenを復号することによって、transfer Tokenを取得し、転送鍵TKを用いてenc New IDを復号することによって、new Customer IDを取得し、AUTNと、enc Tokenと、enc New IDとを含むUser auth + transfer Setup Reqに対するuser auth respをHSS300に送信し、transfer Tokenを用いて、eUICC100とHSS400とで共有されるshared-Secret Keyを生成し、生成したshared-Secret Keyと、new Customer IDとを用いてHSS400へのアタッチ手順を実行する。

Description

加入者プロファイル転送方法、加入者プロファイル転送システム及びユーザ装置
　本発明は、セキュリティ鍵やIMSIなどの加入者プロファイルを通信事業者間で安全に転送する加入者プロファイル転送方法、加入者プロファイル転送システム及びユーザ装置に関する。
　近年、通信ネットワークに接続されたマシン同士が人間による操作を介在せずに通信を実行し、適切なマシンの制御などを自動的に実行するM2M（Machine-to-Machine）、すなわち、マシン間通信の検討が進められている。例えば、3rd Generation Partnership Project（3GPP）では、Machine Type Communication（MTC）との名称で、M2Mに関する通信規格の標準化が進められている。
　M2Mの場合、ユーザ装置（UE）の数が膨大になることや、ユーザが契約先の通信事業者（以下、オペレータ）を変更した場合でも容易にサービスを継続可能とすることなどを考慮して、embedded Universal Integrated Circuit Card（eUICC、組み込み型加入者識別モジュール）の導入が進むと見込まれている。eUICCは、従来のスロット挿入型のUICC（SIM）と異なり、UEに予め組み込まれたUICCであり、無線通信などの当該UEへのアクセス手段を介して遠隔で活性化させることができる（例えば、非特許文献１）。具体的には、UEが移動通信ネットワークへアタッチする際に必要となる加入者プロファイル（IMSI（International Mobile Subscriber Identity）やUE認証用のセキュリティ鍵など）などを遠隔でeUICCに書き込んだり、消去したりすることができる。
　また、非特許文献１では、加入者プロファイルなどの必要な情報のeUICCへの書き込みや消去を実現するため、各オペレータの設備と接続されたSubscription Manager（SM）を設置することが提案されている。
　一方、3GPPでも、ユーザが契約先のオペレータを変更した場合などを考慮して、オペレータ間における加入者プロファイルの交換方法が検討されている（例えば、非特許文献２）。
UICC : ETSI TS_103.383 Smart Cards; Embedded UICC; Requirements Specification v2.0.0 (2013-02)、ETSI、2013年2月 3GPP TR33.812 V9.2.0 Security Aspects of Remote Provisioning and Change of Subscription for M2M、3GPP、2010年6月
　しかしながら、上述したSubscription Manager（SM）を用いたeUICCへの情報の書き込みやeUICCからの情報の消去には、次のような問題があった。すなわち、SMの管理主体と、各オペレータとの関係が不明確であり、SMの導入に際しては、技術面のみならず管理面において解決すべき課題が多く、現実的ではない。
　また、上述した非特許文献２に記載されるオペレータ間における加入者プロファイルの交換方法では、旧オペレータと新オペレータ間における加入者プロファイルに交換に先立って実行されるべき相互認証や安全な秘密鍵の交換に関する手順、具体的には、Authentication and Key Agreement（AKA）手順が欠落している。
　そこで、本発明は、このような状況に鑑みてなされたものであり、Subscription Manager（SM）を用いることなく、通信事業者（オペレータ）間においてeUICCの活性化に必要となる加入者プロファイルなどを安全に転送し得る加入者プロファイル転送方法、加入者プロファイル転送システム及びユーザ装置の提供を目的とする。
　本発明の第１の特徴は、ユーザ装置と、前記ユーザ装置に組み込まれる加入者識別モジュールである組み込み型加入者識別モジュールと、第１のオペレータが管理する第１の加入者サーバと、第２のオペレータが管理する第２の加入者サーバとを用い、前記ユーザ装置に対応付けられる加入者プロファイルを前記第１のオペレータから前記第２のオペレータに転送する加入者プロファイル転送方法であって、前記組み込み型加入者識別モジュールが、前記組み込み型加入者識別モジュールと対応付けられるモジュール転送識別子と、前記加入者プロファイルの転送と対応付けられるオペレータ転送用一時番号と、前記ユーザ装置のユーザが前記転送を認証したことを示す加入者転送識別子と、前記第２のオペレータを識別する新オペレータ識別子とを含む前記加入者プロファイルの転送要求を前記ユーザ装置に送信するステップと、前記ユーザ装置が、前記第２の加入者サーバを識別する加入者転送識別子と、前記加入者転送識別子と、前記オペレータ転送用一時番号とを含む転送要求を前記第１の加入者サーバに送信するとともに、前記新オペレータ識別子と、前記モジュール転送識別子と、前記オペレータ転送用一時番号とを含む転送準備指令を前記組み込み型加入者識別モジュールに送信するステップと、前記第１の加入者サーバが、前記第２の加入者サーバと設定された安全な通信路を介して、前記ユーザ装置と対応付けられる加入者識別子を含む転送要求を前記第２の加入者サーバに送信し、前記第２のオペレータにおいて前記ユーザ装置を識別する新加入者識別子を含む応答を前記第２の加入者サーバから受信するステップと、前記第１の加入者サーバが、前記第１の加入者サーバと前記組み込み型加入者識別モジュールとで保有している秘密鍵を用いて転送鍵を生成し、前記転送鍵を用いて、転送用の一時的な演算子である転送トークンを暗号化した暗号化トークンを生成し、前記転送鍵を用いて、前記新加入者識別子を暗号化した暗号化新識別子を生成し、前記オペレータ転送用一時番号と、前記暗号化トークンと、前記暗号化新識別子とを含むメッセージ認証コードを生成し、前記メッセージ認証コードを用いて生成した認証トークンと、前記暗号化トークンと、前記暗号化新識別子とを含むユーザ認証・転送設定要求を前記組み込み型加入者識別モジュールに送信するステップと、前記組み込み型加入者識別モジュールが、前記認証トークンを認証するとともに前記転送鍵を演算し、前記転送鍵を用いて前記暗号化トークンを復号した前記転送トークンを取得し、前記転送鍵を用いて前記暗号化新識別子を復号した前記新加入者識別子を取得し、前記ユーザ認証・転送設定要求に対するユーザ認証応答を前記第１の加入者サーバに送信するステップと、前記第１の加入者サーバが、前記安全な通信路を介して前記転送トークンを前記第２の加入者サーバに送信するステップと、前記第２の加入者サーバが、所定の鍵交換プロトコルに従って、前記新オペレータ識別子と、前記新加入者識別子と、前記転送トークンを含むメッセージ認証コードとを含むメッセージを前記組み込み型加入者識別モジュールに送信するステップと、前記組み込み型加入者識別モジュール及び前記第２の加入者サーバそれぞれが、前記転送トークンを用いて、前記組み込み型加入者識別モジュールと前記第２の加入者サーバとで共有される共有秘密鍵を生成し、生成した前記共有秘密鍵と、前記新加入者識別子とを用いて前記第２の加入者サーバへのアタッチ手順を実行するステップとを含むことを要旨とする。
　本発明の第２の特徴は、ユーザ装置と、前記ユーザ装置に組み込まれる加入者識別モジュールである組み込み型加入者識別モジュールと、第１のオペレータが管理する第１の加入者サーバと、第２のオペレータが管理する第２の加入者サーバとを用い、前記ユーザ装置に対応付けられる加入者プロファイルを前記第１のオペレータから前記第２のオペレータに転送する加入者プロファイル転送システムであって、前記組み込み型加入者識別モジュールが、前記組み込み型加入者識別モジュールと対応付けられるモジュール転送識別子と、前記加入者プロファイルの転送と対応付けられるオペレータ転送用一時番号と、前記ユーザ装置のユーザが前記転送を認証したことを示す加入者転送識別子と、前記第２のオペレータを識別する新オペレータ識別子とを含む前記加入者プロファイルの転送要求を前記ユーザ装置に送信し、前記ユーザ装置が、前記第２の加入者サーバを識別する新加入者サーバ識別子と、前記加入者転送識別子と、前記オペレータ転送用一時番号とを含む転送要求を前記第１の加入者サーバに送信するとともに、前記新オペレータ識別子と、前記モジュール転送識別子と、前記オペレータ転送用一時番号とを含む転送準備指令を前記組み込み型加入者識別モジュールに送信し、前記第１の加入者サーバが、前記第２の加入者サーバと設定された安全な通信路を介して、前記ユーザ装置と対応付けられる加入者識別子を含む転送要求を前記第２の加入者サーバに送信し、前記第２のオペレータにおいて前記ユーザ装置を識別する新加入者識別子を含む応答を前記第２の加入者サーバから受信し、前記第１の加入者サーバが、前記第１の加入者サーバと前記組み込み型加入者識別モジュールとで保有している秘密鍵を用いて転送鍵を生成し、前記転送鍵を用いて、転送用の一時的な演算子である転送トークンを暗号化した暗号化トークンを生成し、前記転送鍵を用いて、前記新加入者識別子を暗号化した暗号化新識別子を生成し、前記オペレータ転送用一時番号と、前記暗号化トークンと、前記暗号化新識別子とを含むメッセージ認証コードを生成し、前記メッセージ認証コードを用いて生成した認証トークンと、前記暗号化トークンと、前記暗号化新識別子とを含むユーザ認証・転送設定要求を前記組み込み型加入者識別モジュールに送信し、前記組み込み型加入者識別モジュールが、前記認証トークンを認証するとともに前記転送鍵を演算し、前記転送鍵を用いて前記暗号化トークンを復号した前記転送トークンを取得し、前記転送鍵を用いて前記暗号化新識別子を復号した前記新加入者識別子を取得し、前記ユーザ認証・転送設定要求に対するユーザ認証応答を前記第１の加入者サーバに送信し、前記第１の加入者サーバが、前記安全な通信路を介して前記転送トークンを前記第２の加入者サーバに送信し、前記第２の加入者サーバが、所定の鍵交換プロトコルに従って、前記新オペレータ識別子と、前記新加入者識別子と、前記転送トークンを含むメッセージ認証コードとを含むメッセージを前記組み込み型加入者識別モジュールに送信し、前記組み込み型加入者識別モジュール及び前記第２の加入者サーバそれぞれが、前記転送トークンを用いて、前記組み込み型加入者識別モジュールと前記第２の加入者サーバとで共有される共有秘密鍵を生成し、生成した前記共有秘密鍵と、前記新加入者識別子とを用いて前記第２の加入者サーバへのアタッチ手順を実行することを要旨とする。
　本発明の第３の特徴は、組み込み型の加入者識別モジュールである組み込み型加入者識別モジュールを備えるユーザ装置であって、前記組み込み型加入者識別モジュールが、前記組み込み型加入者識別モジュールと対応付けられるモジュール転送識別子と、前記ユーザ装置に対応付けられる加入者プロファイルの転送と対応付けられるオペレータ転送用一時番号と、前記ユーザ装置のユーザが前記転送を認証したことを示す加入者転送識別子と、第１のオペレータと異なる第２のオペレータを識別する新オペレータ識別子とを含む前記加入者プロファイルの転送要求を前記ユーザ装置に送信し、前記ユーザ装置が、前記第２のオペレータが管理する第２の加入者サーバを識別する新加入者サーバ識別子と、前記加入者転送識別子と、前記オペレータ転送用一時番号とを含む転送要求を前記第１のオペレータが管理する第１の加入者サーバに送信するとともに、前記新オペレータ識別子と、前記モジュール転送識別子と、前記オペレータ転送用一時番号とを含む転送準備指令を前記組み込み型加入者識別モジュールに送信し、前記組み込み型加入者識別モジュールが、第１のオペレータが管理する第１の加入者サーバから送信された認証トークンを認証するとともに、前記第１の加入者サーバと前記組み込み型加入者識別モジュールとで保有している秘密鍵を用いて転送鍵を演算し、前記転送鍵を用いて暗号化トークンを復号することによって、転送用の一時的な演算子である転送トークンを取得し、前記転送鍵を用いて暗号化新識別子を復号することによって、第２のオペレータにおいて前記ユーザ装置を識別する新加入者識別子を取得し、前記認証トークンと、前記暗号化トークンと、前記暗号化新識別子とを含むユーザ認証・転送設定要求に対するユーザ認証応答を前記第１の加入者サーバに送信し、前記転送トークンを用いて、前記組み込み型加入者識別モジュールと前記第２のオペレータが管理する第２の加入者サーバとで共有される共有秘密鍵を生成し、生成した前記共有秘密鍵と、前記新加入者識別子とを用いて前記第２の加入者サーバへのアタッチ手順を実行することを要旨とする。
図１は、本発明の実施形態に係る移動通信システム10の全体概略構成図である。 図２は、本発明の実施形態に係るeUICC100の機能ブロック構成図である。 図３は、本発明の実施形態に係るUE200の機能ブロック構成図である。 図４は、本発明の実施形態に係るHSS300の機能ブロック構成図である。 図５は、本発明の実施形態に係るHSS400の機能ブロック構成図である。 図６は、本発明の実施形態に係る加入者プロファイルの転送準備シーケンスを示す図である。 図７は、本発明の実施形態に係るeUICC100～HSS300（old HSS）間における転送設定シーケンスを示す図である。 図８は、本発明の実施形態に係るeUICC100～HSS400（new HSS）間における認証及び鍵交換シーケンスを示す図である。 図９は、本発明の実施形態に係るDiffie-Hellman鍵交換プロトコルに基づいたeUICC100とHSS400とによるshared-Secret Keyの生成シーケンスを示す図である。
　次に、本発明の実施形態について説明する。なお、以下の図面の記載において、同一または類似の部分には、同一または類似の符号を付している。ただし、図面は模式的なものであり、各寸法の比率などは現実のものとは異なることに留意すべきである。
　したがって、具体的な寸法などは以下の説明を参酌して判断すべきものである。また、図面相互間においても互いの寸法の関係や比率が異なる部分が含まれていることは勿論である。
　（１）加入者プロファイル転送システムを含む移動通信システムの全体概略構成
　図１は、本実施形態に係る移動通信システム10の全体概略構成図である。図１に示すように、移動通信システム10は、3rd Generation Partnership Project（3GPP）によって規定された通信方式、具体的には、3G（W-CDMA）やLong Term Evolution（LTE）に従った移動通信システムであり、移動通信ネットワーク20, 25、無線基地局30、ユーザ装置200（以下、UE200）、加入者サーバ300（以下、HSS300）、加入者サーバ400（以下、HSS400）を含む。
　移動通信ネットワーク20, 25は、無線基地局30及び外部ネットワークとのゲートウェイ（不図示）などを含む通信ネットワーク、いわゆるPublic Land Mobile Network（PLMN）である。移動通信ネットワーク20, 25は相互接続されており、移動通信ネットワーク20には、HSS300が接続され、移動通信ネットワーク25には、HSS400が接続されている。
　また、本実施形態では、UE200は、Machine Type Communication（MTC）に最適化された、いわゆるMTC-UEを想定しており、組み込み型加入者識別モジュール100（以下、eUICC100）を備える。eUICC100（embedded Universal Integrated Circuit Card）は、従来のスロット挿入型のUICC（SIM）と異なり、UE200の製造時に予め組み込まれる加入者識別モジュールである。
　本実施形態では、eUICC100、UE200、HSS300及びHSS400によって、加入者プロファイル転送システムが構成される。HSS300は、通信事業者（第１のオペレータ）が管理するホーム加入者サーバであり、本実施形態では、第１の加入者サーバを構成する。また、HSS400は、第１のオペレータと異なる通信事業者である第２のオペレータが管理するホーム加入者サーバであり、本実施形態では、第２の加入者サーバを構成する。
　また、本実施形態では、UE200は、当初第１のオペレータが提供する通信サービスに加入しているものとし、eUICC100には、UE200に対応付けられる加入者プロファイル、例えば、IMSI（International Mobile Subscriber Identity）やUE200認証用のセキュリティ鍵（秘密鍵）などが記憶されている。
　以下、本実施形態では、UE200のユーザ（契約加入者）が、第１のオペレータが提供する通信サービスの利用契約から第２のオペレータが提供する通信サービスの利用契約に変更する際に、UE200に対応付けられる加入者プロファイルを第１のオペレータ（具体的には、HSS300）から第２のオペレータ（具体的には、HSS400）に転送する場合における機能や動作について説明する。また、以下、HSS300をold HSS、HSS400をnew HSSと適宜記載する。
　（２）加入者プロファイル転送システムの機能ブロック構成
　次に、本実施形態において加入者プロファイル転送システムを構成するeUICC100、UE200、HSS300及びHSS400の機能ブロック構成について説明する。
　（２．１）eUICC100
　図２は、eUICC100の機能ブロック構成図である。図２に示すように、eUICC100は、加入者プロファイル記憶部101、転送要求送受信部103、ユーザ認証応答送受信部105、DHメッセージ処理部107及びアタッチ手順プロファイル処理部109を備える。
　加入者プロファイル記憶部101は、UE200に対応付けられる加入者プロファイルを記憶する。具体的には、加入者プロファイル記憶部101は、UE200のユーザ（契約加入者）を識別するIMSIや、UE200を認証するためなどに用いられる秘密鍵などを記憶する。
　転送要求送受信部103は、HSS300からHSS400への加入者プロファイルの転送要求（transfer Request）をUE200に送信するとともに、UE200から転送準備指令（transfer Prepare）を受信する。具体的には、転送要求送受信部103は、eUICC100と対応付けられるモジュール転送識別子（UICC Transfer PIN）と、加入者プロファイルの転送と対応付けられるオペレータ転送用一時番号（operator Transfer Nonce）と、UE200のユーザが転送を認証したことを示す加入者転送識別子（customer Transfer PIN）と、第２のオペレータを識別する新オペレータ識別子（new Operator ID）とを含むtransfer RequestをUE200に送信する。
　ユーザ認証応答送受信部105は、HSS300からのユーザ認証・転送設定要求（User auth + transfer Setup Req）に対するユーザ認証応答（user auth resp）を、UE200を経由してHSS300（old HSS）に送信するとともに、ユーザ認証・転送設定要求（User auth + transfer Setup Req）をHSS300から受信する。
　具体的には、ユーザ認証応答送受信部105は、認証トークン（AUTN）を認証するとともに転送鍵TKを演算する。ユーザ認証応答送受信部105は、演算して得た転送鍵TKを用いて暗号化トークン（enc Token）を復号した転送トークン（transfer Token）を取得する。また、ユーザ認証応答送受信部105は、転送鍵TKを用いて暗号化新識別子（enc New ID）を復号した新加入者識別子（new Customer ID）を取得する。
　DHメッセージ処理部107は、HSS400（new HSS）から受信したDH initial messageに応じて、Diffie-Hellman鍵交換プロトコル（所定の鍵交換プロトコル）に従い、メッセージ（DH response message）を生成し、生成したメッセージを、UE200を経由してHSS400に送信する。具体的には、DHメッセージ処理部107は、Diffie-Hellman鍵交換プロトコルに従い、transfer Tokenを用いて、組み込み型加入者識別モジュールと第２の加入者サーバとで共有される共有秘密鍵（shared-Secret Key）を生成する。DHメッセージ処理部107は、shared-Secret Keyが正常に生成できた場合、DH response messageをHSS400に送信する。
　アタッチ手順プロファイル処理部109は、DHメッセージ処理部107によって生成されたshared-Secret Keyと、new Customer IDとを用いてHSS400へのアタッチ手順に置けるプロファイルの処理を実行する。また、アタッチ手順プロファイル処理部109は、HSS400とのアタッチ手順の実行に伴って、HSS300（old HSS）を管理する第１のオペレータ用として加入者プロファイル記憶部101に記憶されていた加入者プロファイルを取り消す。
　（２．２）UE200
　図３は、UE200の機能ブロック構成図である。図３に示すように、UE200は、転送要求処理部201、転送準備指令送信部203及び情報中継部205を備える。
　転送要求処理部201は、eUICC100からのtransfer Requestに基づいて、HSS400（new HSS）を識別する新加入者サーバ識別子（new HSS ID）と、customer Transfer PINと、operator Transfer Nonceとを含むtransfer RequestをHSS300に送信する。
　転送準備指令送信部203は、eUICC100からのtransfer Requestに基づいて、転送準備指令（transfer Prepare）をeUICC100に送信する。具体的には、転送準備指令送信部203は、new Operator IDと、UICC Transfer PINと、operator Transfer Nonceとを含むtransfer PrepareをeUICC100に送信する。
　情報中継部205は、eUICC100から送信された加入者プロファイルなどの情報をHSS300またはHSS400に中継するとともに、HSS300またはHSS400から送信された情報をeUICC100に中継する。具体的には、情報中継部205は、ユーザ認証応答送受信部105から送信されたuser auth respをHSS300に中継するとともに、HSS300から送信されたUser auth + transfer Setup ReqをeUICC100に中継する。
　また、情報中継部205は、HSS400から送信されたDH initial messageをeUICC100に中継するとともに、DHメッセージ処理部107から送信されたDH response messageをHSS400に中継する。さらに、情報中継部205は、アタッチ手順プロファイル処理部109とHSS400との間におけるアタッチ手順の実行に伴う加入者プロファイルなどの情報を中継する。
　（２．３）HSS300
　図４は、HSS300の機能ブロック構成図である。図４に示すように、HSS300は、情報送受信部301、転送要求処理部303、ユーザ認証・転送設定要求送信部305及び加入者プロファイル処理部307を備える。
　情報送受信部301は、転送要求処理部303またはユーザ認証・転送設定要求送信部305が送受信する情報を関連するノードに送受信する。
　転送要求処理部303は、UE200からのtransfer Requestに基づいて、transfer RequestをHSS400に送信する。具体的には、転送要求処理部303は、HSS400と設定された安全な通信路であるsecure tunnelを介して、UE200と対応付けられる加入者識別子（customer ID）を含むtransfer RequestをHSS400に送信する。なお、HSS300とHSS400との間に設定されるsecure tunnelは、3GPPにおいて規定される既存の暗号方式に従って設定される。また、customer IDは、上述したIMSIでもよいし、UE200のユーザ（契約加入者）を識別可能であれば、他の情報を用いてもよい。
　転送要求処理部303は、HSS400に送信したtransfer Requestに対する応答（transfer ok）をHSS400から受信する。具体的には、転送要求処理部303は、
第２のオペレータにおいてUE200を識別するnew Customer IDを含むtransfer okをHSS400から受信する。
　ユーザ認証・転送設定要求送信部305は、UE200を認証し、加入者プロファイルの転送を要求するUser auth + transfer Setup Req（ユーザ認証・転送設定要求）をeUICC100に送信する。具体的には、ユーザ認証・転送設定要求送信部305は、HSS300とeUICC100とで保有している秘密鍵Kを用いて転送鍵TKを生成する。さらに、ユーザ認証・転送設定要求送信部305は、生成した転送鍵TKを用いて、転送用の一時的な演算子であるtransfer Tokenを暗号化したenc Tokenを生成する。
　また、ユーザ認証・転送設定要求送信部305は、転送鍵TKを用いて、new Customer IDを暗号化したenc New IDを生成する。さらに、ユーザ認証・転送設定要求送信部305は、operator Transfer Nonceと、enc Tokenと、enc New IDとを含むメッセージ認証コード（MAC）を生成し、生成したMACを用いて生成したAUTNと、enc Tokenと、enc New IDとを含むUser auth + transfer Setup ReqをeUICC100に送信する。なお、本実施形態におけるMACは、秘密鍵Kと、RAND（乱数）と、SEQ（シーケンス番号と）、operator Transfer Nonceとをパラメータとした関数（f）である。
　また、ユーザ認証・転送設定要求送信部305は、オペレータ間のHSS間を繋ぐ安全な通信路であるsecure tunnelを介してtransfer TokenをHSS400に送信する。
　加入者プロファイル処理部307は、HSS400からの加入者プロファイルの取り消しの指示に基づいて、UE200に関連する加入者プロファイルを消去する。
　（２．４）HSS400
　図５は、HSS400の機能ブロック構成図である。図５に示すように、HSS400は、情報送受信部401、転送要求処理部403、転送トークン取得部405、DHメッセージ処理部407及びアタッチ手順プロファイル処理部409を備える。
　情報送受信部401は、転送要求処理部403、転送トークン取得部405、DHメッセージ処理部407及びアタッチ手順プロファイル処理部409が送受信する情報を送受信する。
　転送要求処理部403は、HSS300から送信されたtransfer Requestを受信する。また、転送要求処理部403は、Diffie-Hellman鍵交換プロトコルに従って、new Operator IDと、new Customer IDと、transfer Tokenを含むMACとを含むメッセージ（DH initial message）をeUICC100に送信する。
　転送トークン取得部405は、HSS300からsecure tunnelを介して送信されたtransfer Tokenを取得し、取得したtransfer Tokenを転送要求処理部403に提供する。
　DHメッセージ処理部407は、Diffie-Hellman鍵交換プロトコルに従って、DH initial messageを生成に必要なshared-Secret Keyを生成するととともに、生成したDH initial messageを転送要求処理部403に提供する。具体的には、DHメッセージ処理部407は、Diffie-Hellman鍵交換プロトコルに従ってeUICC100とHSS400とで共有されるshared-Secret Keyを生成する。
　アタッチ手順プロファイル処理部409は、DHメッセージ処理部407によって生成されたshared-Secret Keyと、new Customer IDとを用いて、eUICC100とUE200のアタッチ手順におけるプロファイル処理を実行する。具体的には、アタッチ手順プロファイル処理部409は、shared-Secret Keyを用いて確立された安全な通信環境において、秘密鍵K、通常のUMTS AKA、及びアタッチ手順の実行に必要な加入者プロファイルなどの情報を交換・処理する。
　また、アタッチ手順プロファイル処理部409は、eUICC100とのアタッチ手順の実行に伴って、HSS300（old HSS）に対して、UE200と対応付けられていた加入者プロファイルの取り消しを指示する。
　（３）加入者プロファイル転送システムの動作
　次に、上述した加入者プロファイル転送システム（eUICC100、UE200、HSS300及びHSS400）の動作について説明する。具体的には、加入者プロファイルの転送準備、eUICC100～HSS300（old HSS）間における転送設定、及びeUICC100～HSS400（new HSS）間における認証及び鍵交換の各動作について説明する。
　（３．１）加入者プロファイルの転送準備
　図６は、加入者プロファイルの転送準備シーケンスを示す。本実施形態では、上述したように、UE200のユーザが、第１のオペレータが提供する通信サービスの利用契約から第２のオペレータが提供する通信サービスの利用契約に変更する際に、UE200に対応付けられる加入者プロファイルを、HSS300からHSS400に転送する場合を例として説明する。
　また、本実施形態では、次のような前提条件が与えられることに留意すべきである。まず、UICC Transfer PINは、事前に第１のオペレータとUE200のユーザ（契約加入者）との間で取り交わされたものである。従って、UE200のユーザが既知のPINコードである。UICC Transfer PINは、UE200のユーザと、UICC自体とが正しい組み合せか否かを確認する。なお、UICC Transfer PINは、Authentication and Key Agreement（AKA）手順における秘密鍵Kとは異なる。
　また、customer Transfer PINは、上述したトランザクションを経た後に、第１のオペレータからUE200のユーザに別ルートで提供される。例えば、customer Transfer PINは、契約変更元のオペレータからウェブサイトなどを経由して、初期のcustomer IDと対応付けられた状態で当該ユーザに提供される。customer Transfer PINによって、当該ユーザに成りすました他者ではなく、当該ユーザが当該利用契約の変更に関するトランザクションを実行しているか否かを確認できる。或いは、customer Transfer PINは、当該オペレータから郵送による書面などによってユーザに通知される形態でもよい。
　UE200のユーザは、初期のcustomer IDをUE200（実際にはeUICC100）に入力することによって、当該オペレータを経由した通信サービスの利用が可能となる。この場合、eUICC100とHSS300との間において、既存のAKA手順に基づく処理が実行される。
　このような前提条件を満たした上で、つまり、HSS300を管理するオペレータ（第１のオペレータ）と契約を有するUE200（eUICC100）は、HSS400を管理するオペレータ（第２のオペレータ）に当該契約先を変更することに伴い、加入者プロファイルの転送準備を開始する。
　具体的には、eUICC100は、UE200のユーザによって入力されたUICC Transfer PINを取得する（S5）。UICC Transfer PINは、eUICC100に対して固有であり、UE200のユーザのみが知り得る情報である。UICC Transfer PINによって、eUICC100が加入者プロファイルの転送を要求していることを確認し、第三者による不正な加入者プロファイルの転送を防止している。つまり、UICC Transfer PINがUE200を介してeUICC100に入力されない限り、加入者プロファイルの転送は開始できない。
　eUICC100は、妥当なUICC Transfer PINに基づいてtransfer RequestをUE200に送信する（S10）。transfer Requestには、UICC Transfer PIN、new Operator ID及びcustomer Transfer PINが含まれる。なお、customer Transfer PINは、UE200がUE200のユーザに入力を要求することによって取得される。
　UE200は、受信したtransfer Requestに基づいて、operator Transfer Nonceを生成する（S15）。
　new Operator IDは、当該ユーザの要求に基づいて決定され、加入者プロファイルの転送先（契約変更先）のオペレータを指示する識別子である。operator Transfer Nonceは、eUICC100及びHSS300に加入者プロファイルの転送準備を指示する。なお、Nonceとは一度限りの番号であり、後述するステップにおいても、当該転送要求を他の転送要求と区別して特定することが可能となる。
　UE200は、eUICC100から送信されたtransfer Requestに対する応答であるtransfer PrepareをeUICC100に送信する（S20）。transfer Prepareには、new Operator ID、UICC Transfer PIN及びoperator Transfer Nonceが含まれる。
　また、UE200は、eUICC100から送信されたtransfer Requestに基づいて、HSS300にtransfer Requestを送信する（S30）。UE200がHSS300に送信するtransfer Requestには、new Operator ID、customer Transfer PIN及びoperator Transfer Nonceが含まれる。
　new Operator IDを取得したHSS300は、new Operator IDからnew HSS IDを割り出し、transfer okを送信する宛先（HSS）を取得するとともに、UE200から送信されたtransfer Requestに含まれるcustomer Transfer PINを確認する（S35）。HSS300は、割り出したnew HSS IDに基づいてHSS400にtransfer Requestを送信する。また、HSS400は、当該transfer Requestに対する応答であるtransfer okをHSS300に送信する（S40）。なお、当該transfer Request及びtransfer okは、HSS300とHSS400との間に設定されたsecure tunnelを介して送受信される。また、当該transfer Requestには、第１のオペレータにおいてUE200のユーザを識別するcustomer IDが含まれ、transfer okには、第２のオペレータにおいて当該ユーザを識別するnew Customer ID（例えば、IMSI）が含まれる。
　（３．２）eUICC100～HSS300（old HSS）間における転送設定
　図７は、eUICC100～HSS300（old HSS）間における転送設定シーケンスを示す。図７に示すように、eUICC100～HSS300（old HSS）との間において、eUICC100の転送設定プロセスが実行される。本実施形態では、既存のAKA（認証と鍵交換）手順を拡張し、当該プロセスを実現する。
　具体的には、HSS300は、User auth + transfer Setup ReqをeUICC100に送信するため、User auth + transfer Setup Reqに含まれる情報を生成する（S50）。より具体的には、HSS300は、対応する秘密鍵Kを確認し、AMF（Authentication Management Field, 3GPP TS33.102）、RAND（乱数）、SEQ（シーケンス番号、3GPP TS33.102）、operator Transfer Nonce及びenc New IDがeUICC～HSS間で改ざんされていないことを証明するメッセージ認証コード（MAC）を生成する。MACは、AMF（Authentication Management Field, 3GPP TS33.102）と、RAND及びSEQに加え、eUICC100～HSS300とで保有している秘密鍵Kと、UE200から送信されたoperator Transfer Nonceと、enc Tokenと、enc New IDとをパラメータとした関数により生成される。このように、MACの演算出力値は、operator Transfer Nonce、enc Token、enc New ID、transfer Token及びnew Customer IDなどがパラメータとして含まれ、eUICC100側において演算される値と当該演算出力値が同じである場合、eUICC100は、HSS300からのAUTN（認証トークン）が改ざんされていないことを認識する。また、transfer Tokenは、Diffie-Hellman(DH)鍵交換プロトコルに従ったMAC（DH-MAC）において、new HSSを認証するために必要となるものであり、最も重要な要素である。
　また、HSS300は、SEQ及び認証鍵AKの排他的論理和（XOR）と、AMFと、MACとを結合したAUTNを生成する。AUTNは、eUICC100の認証に用いられるセキュリティトークンである。
　enc Tokenは、転送鍵TKを用いてtransfer Tokenを暗号化したものである。同様に、enc New IDは、転送鍵TKを用いてnew Customer IDを暗号化したものである。転送鍵TKは、その都度鍵が異なるように生成される。具体的には、上述したステップS50のシーケンスが実行されるたびに鍵生成関数を用いて新たな転送鍵TKが生成される。ここで用いられるハッシュ関数は、秘密鍵Kと、RANDと、new Operator IDなどを鍵生成関数のパラメータとすることによって、該シーケンスの都度、転送鍵TKが変わる。このような処理によって、transfer Tokenやnew Customer IDがold HSS経由で安全にeUICC100に提供される。CKはサイファリング・キー（暗号化鍵）、IKはインテグリティ・キー（完全性を保つ鍵）であり、old-HSS～eUICC間において認証後（すなわちRESの合致後）に送信情報の暗号化と、情報の完全性を保つために利用される鍵であり、これらの鍵もこの段階でeUICC100に引き渡される。
　HSS300は、このような手順によって生成されたUser auth + transfer Setup ReqをeUICC100に送信する（S60）。
　eUICC100は、HSS300から送信されたUser auth + transfer Setup Reqに基づいて、eUICC100の認証及び一連の送信情報のデクリプション（復号）処理を実行する（S70）。具体的には、eUICC100は、User auth + transfer Setup Reqに含まれるAUTNの認証処理を実行する。まず、eUICC100は、送信されたRAND、AMF、自己の保有する秘密鍵K、SQN、enc Token、enc New ID、算出された認証鍵AK及びMAC値に基づいてAUTNを確認する。MAC値は、共有の秘密鍵K、SQN、送信されたRAND、送信されたAMF、事前に送信されているoperator Transfer Nonce、及びenc Tokenとenc New IDとの値から算出される。この後、eUICC100は、AUTNに含まれる情報を用いて転送鍵TKを演算する。転送鍵TKは、HSS300と同様の鍵生成関数を用いて、共有の秘密鍵K、事前に送信されているRAND、new Operator IDなどを含めて演算することによって導出される。
　最終的に、このTK値を用い、eUICC100は、AUTNに含まれるenc Tokenを復号し、transfer Tokenを取得する。同様に、eUICC100は、enc New IDに含まれるenc Tokenを復号し、new Customer IDを取得する。
　eUICC100は、AUTNの認証処理が正常に完了した場合、User auth + transfer Setup Reqに対する応答（RES）として、user auth respをHSS300に送信する（S80）。user auth respによって、HSS300は、eUICC100がHSS300との認証に加え、正常に加入者プロファイルの転送設定が完了したことを認識する。なお、正常に相互の認証と、加入者プロファイルの転送設定が完了したことは、expected-RESとRES（user auth resp）とが一致するか否かによって判定される。
　ステップS80までの処理が完了すると、eUICC100とHSS300（old HSS）とは、new HSSを認証可能なshared-Secret Keyを保有した状態となる。
　（３．３）eUICC100～HSS400（new HSS）間における認証及び鍵交換
　図８は、eUICC100～HSS400（new HSS）間における認証及び鍵交換シーケンスを示す。図８に示すように、HSS300は、HSS300とHSS400との間に設定されたsecure tunnelを介して、加入者プロファイルの転送設定（setup Transfer）をHSS400に要求する（S90）。setup Transferには、transfer Tokenが含まれている。transfer Tokenは、secure tunnelを介してHSS400に通知されるため、暗号化された状態で安全にHSS400にtransfer Tokenを提供できる。
　HSS400は、HSS300から送信されたsetup Transferに基づいて、DH initial messageをeUICC100に送信する（S100）。DH initial messageには、RANDと、new Operator IDと、new Customer IDと、DHi（DHにおけるイニシエータの公開値）と、HSS400がHSS300から受信したtransfer TokenをパラメータとしてHMAC（Hash-based Message Authentication Code）で計算した値とが含まれる。つまり、HSS400は、Diffie-Hellman鍵交換プロトコル（DH）に基づいて鍵の交換を行うが、transfer Tokenを用いたMAC（メッセージ認証コード）を生成し、このようなMACを含むDH initial messageをeUICC100に送信することによって、eUICC100においてHSS400からのメッセージであることの認証処理が実行される。
　eUICC100は、HSS400から送信されたDH initial messageに対する応答であるDH response messageをHSS400に送信する（S110）。DH initial messageには、DHr（DHにおけるレスポンダの公開値）と、DHiと、new Operator IDと、new Customer IDと、HSS300から受信したtransfer TokenをパラメータとしてHMACで計算した値とが含まれる。ステップS100と同様に、eUICC100は、transfer Tokenを用いたMAC（メッセージ認証コード）を生成し、このようなMACを含むDH initial messageをHSS400に送信することによって、HSS400においてeUICC100からのメッセージであることの認証処理が実行される。
　ステップS110までの処理が完了すると、eUICC100とHSS400とは、shared-Secret Keyを生成可能となり、shared-Secret Keyを保有することができる。ここで、図９は、DHに基づいたeUICC100とHSS400とによるshared-Secret Keyの生成シーケンスを示す。
　図９に示すように、eUICC100は乱数aを選択し、HSS400（new HSS）は乱数bを選択する（S210, S220）。HSS400は、選択した乱数bを用いた関数f(b)をeUICC100に送信する（S230）。同様に、eUICC100は、選択した乱数aを用いた関数f(a)をeUICC100に送信する（S240）。
　eUICC100は、DHに基づいて、選択した乱数aと、関数f(b)とを用いてshared-Secret Keyを生成する（S250）。同様に、HSS400は、DHに基づいて、選択した乱数bと、関数f(a)とを用いてshared-Secret Keyを生成する（S260）。
　このように生成されたshared-Secret Keyは、eUICC100とHSS400とが保有するのみであり、HSS300は、当該shared-Secret Keyを知り得ない。
　このようにshared-Secret KeyがeUICC100とHSS400とで保有された状態において、eUICC100及びHSS400は、これまでのシーケンス（SEQ）をリセットする（S120）。また、HSS400は、次の加入者プロファイルの転送に備えて、新たなcustomer Transfer PINを設定する。
　別ルートで新たなcustomer Transfer PINを通知（例えば、書面による通知やウェブサイトを利用して通知）されたユーザは、UE200に対して、select new subscriptionを指示する。UE200は、select new subscriptionの指示に基づいて、第２のオペレータへの接続指示をeUICC100に転送する（S130）。eUICC100は、当該接続指示に基づいて、生成したshared-Secret Keyを用いて安全な通信環境を確立している中で、共有の秘密鍵K、通常のUMTS AKA、及びアタッチ手順の実行に必要な情報を交換し、その後当該subscription（秘密鍵KやIMSI）に基づいてHSS400との通常のアタッチ手順を実行する（S140）。
　また、HSS400は、生成したshared-Secret Keyを用いた最初の処理が完了後、第１のオペレータ用のUE200のsubscriptionの消去をHSS300（old HSS）に対して要求（cancel subscription）し、HSS300は、当該subscriptionを消去したことを応答（cancel subscription ack）する（S150）。
　（４）作用・効果
　上述した本実施形態に係る加入者プロファイル転送システム（eUICC100、UE200、HSS300及びHSS400）によれば、UICC Transfer PINやcustomer Transfer PINを用いることによって、加入者プロファイルの転送の対象となるeUICCやユーザ（契約加入者）を安全かつ確実に特定することができる。
　また、transfer Tokenは、既に認証されているeUICC100とHSS300との間で交換される。具体的には、transfer Tokenが暗号化されたenc Tokenは、HSS300（old HSS）からeUICC100に送信される（図７のステップS50参照）。さらに、transfer Tokenは、secure tunnelを介してHSS300からHSS400（new HSS）に送信される（図８のステップS90参照）。次いで、HSS400は、transfer Tokenを含むDH initial messageをeUICC100に送信する（図７のステップS100参照）ことによって、transfer Tokenを用いたeUICC100とnew HSSとの間における認証、及び当該認証後におけるeUICC100とHSS400とのみで保有されるshared-Secret Keyの生成を実現している。このため、eUICC100とHSS400とは、当該shared-Secret Keyを用いた安全な通信環境において、転送すべき加入者プロファイルを交換できる。
　すなわち、本実施形態に係る加入者プロファイル転送システムによれば、各オペレータの設備と接続されたSubscription Manager（SM）を用いることなく、オペレータ間においてeUICCの活性化に必要となる加入者プロファイルなどを安全に転送し得る。
　また、本実施形態では、operator Transfer NonceがUE200からHSS300に送信されるtransfer Requestと、UE200からeUICC100に送信されるtransfer Prepareとに含まれる。また、operator Transfer Nonceは、HSS300からeUICC100に送信されるUser auth + transfer Setup Reqにも含まれる。このため、eUICC100は、受信したUser auth + transfer Setup Reqが、eUICC100からのtransfer Requestに基づくものであるか否かを一意に特定でき、eUICC100に対する不正な転送要求を排除できる。
　さらに、本実施形態では、UICC Transfer PINは、UE200のユーザによって入力されるため、当該ユーザの契約先のオペレータの変更意思を確実に確認することができる。
　（５）その他の実施形態
　上述したように、本発明の一実施形態を通じて本発明の内容を開示したが、この開示の一部をなす論述及び図面は、本発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態が明らかとなろう。
　例えば、上述した実施形態では、所定の鍵交換プロトコルとして、Diffie-Hellman鍵交換プロトコルに基づくDH-HMACを例として説明したが、当該鍵交換プロトコルは、DH-HMACに限定されず、鍵配送センタなどを用いない公開鍵手法を基づく方式であれば、Diffie-Hellmanに基づく他のプロトコルを用いても構わない。
　また、上述した実施形態では、UICC Transfer PINを用いていたが、UICC Transfer PINは必須ではなく、省略しても構わない。同様に、operator Transfer Nonceも必須ではなく、省略しても構わない。
　なお、本発明の特徴は、以下のように表現されてもよい。本発明の第１の特徴は、ユーザ装置と、前記ユーザ装置に組み込まれる加入者識別モジュールである組み込み型加入者識別モジュールと、第１のオペレータが管理する第１の加入者サーバと、第２のオペレータが管理する第２の加入者サーバとを用い、前記ユーザ装置に対応付けられる加入者プロファイルを前記第１のオペレータから前記第２のオペレータに転送する加入者プロファイル転送方法であって、前記組み込み型加入者識別モジュールが、前記組み込み型加入者識別モジュールと対応付けられるモジュール転送識別子と、前記加入者プロファイルの転送と対応付けられるオペレータ転送用一時番号と、前記ユーザ装置のユーザが前記転送を認証したことを示す加入者転送識別子と、前記第２のオペレータを識別する新オペレータ識別子とを含む前記加入者プロファイルの転送要求を前記ユーザ装置に送信するステップと、前記ユーザ装置が、前記第２の加入者サーバを識別する加入者転送識別子と、前記加入者転送識別子と、前記オペレータ転送用一時番号とを含む転送要求を前記第１の加入者サーバに送信するとともに、前記新オペレータ識別子と、前記モジュール転送識別子と、前記オペレータ転送用一時番号とを含む転送準備指令を前記組み込み型加入者識別モジュールに送信するステップと、前記第１の加入者サーバが、前記第２の加入者サーバと設定された安全な通信路を介して、前記ユーザ装置と対応付けられる加入者識別子を含む転送要求を前記第２の加入者サーバに送信し、前記第２のオペレータにおいて前記ユーザ装置を識別する新加入者識別子を含む応答を前記第２の加入者サーバから受信するステップと、前記第１の加入者サーバが、前記第１の加入者サーバと前記組み込み型加入者識別モジュールとで保有している秘密鍵を用いて転送鍵を生成し、前記転送鍵を用いて、転送用の一時的な演算子である転送トークンを暗号化した暗号化トークンを生成し、前記転送鍵を用いて、前記新加入者識別子を暗号化した暗号化新識別子を生成し、前記オペレータ転送用一時番号と、前記暗号化トークンと、前記暗号化新識別子とを含むメッセージ認証コードを生成し、前記メッセージ認証コードを用いて生成した認証トークンと、前記暗号化トークンと、前記暗号化新識別子とを含むユーザ認証・転送設定要求を前記組み込み型加入者識別モジュールに送信するステップと、前記組み込み型加入者識別モジュールが、前記認証トークンを認証するとともに前記転送鍵を演算し、前記転送鍵を用いて前記暗号化トークンを復号した前記転送トークンを取得し、前記転送鍵を用いて前記暗号化新識別子を復号した前記新加入者識別子を取得し、前記ユーザ認証・転送設定要求に対するユーザ認証応答を前記第１の加入者サーバに送信するステップと、前記第１の加入者サーバが、前記安全な通信路を介して前記転送トークンを前記第２の加入者サーバに送信するステップと、前記第２の加入者サーバが、所定の鍵交換プロトコルに従って、前記新オペレータ識別子と、前記新加入者識別子と、前記転送トークンを含むメッセージ認証コードとを含むメッセージを前記組み込み型加入者識別モジュールに送信するステップと、前記組み込み型加入者識別モジュール及び前記第２の加入者サーバそれぞれが、前記転送トークンを用いて、前記組み込み型加入者識別モジュールと前記第２の加入者サーバとで共有される共有秘密鍵を生成し、生成した前記共有秘密鍵と、前記新加入者識別子とを用いて前記第２の加入者サーバへのアタッチ手順を実行するステップとを含むことを要旨とする。
　本発明の第２の特徴は、UE200（ユーザ装置）と、前記ユーザ装置に組み込まれる加入者識別モジュールであるeUICC100（組み込み型加入者識別モジュール）と、第１のオペレータが管理するHSS300（第１の加入者サーバ）と、第２のオペレータが管理するHSS400（第２の加入者サーバ）とを用い、前記ユーザ装置に対応付けられる加入者プロファイルを前記第１のオペレータから前記第２のオペレータに転送する加入者プロファイル転送システムであって、前記組み込み型加入者識別モジュールが、前記組み込み型加入者識別モジュールと対応付けられるUICC Transfer PIN（モジュール転送識別子）と、前記加入者プロファイルの転送と対応付けられるoperator Transfer Nonce（オペレータ転送用一時番号）と、前記ユーザ装置のユーザが前記転送を認証したことを示すcustomer Transfer PIN（加入者転送識別子）と、前記第２のオペレータを識別するnew Operator ID（新オペレータ識別子）とを含む前記加入者プロファイルのtransfer Request（転送要求）を前記ユーザ装置に送信し、前記ユーザ装置が、前記第２の加入者サーバを識別するnew HSS ID（新加入者サーバ識別子）と、前記加入者転送識別子と、前記オペレータ転送用一時番号とを含む転送要求を前記第１の加入者サーバに送信するとともに、前記新オペレータ識別子と、前記モジュール転送識別子と、前記オペレータ転送用一時番号とを含むtransfer Prepare（転送準備指令）を前記組み込み型加入者識別モジュールに送信し、前記第１の加入者サーバが、前記第２の加入者サーバと設定された安全な通信路を介して、前記ユーザ装置と対応付けられる加入者識別子を含む転送要求を前記第２の加入者サーバに送信し、前記第２のオペレータにおいて前記ユーザ装置を識別するnew Customer ID（新加入者識別子）を含む応答を前記第２の加入者サーバから受信し、前記第１の加入者サーバが、前記第１の加入者サーバと前記組み込み型加入者識別モジュールとで保有している秘密鍵K（秘密鍵）を用いて転送鍵TK（転送鍵）を生成し、前記転送鍵を用いて、転送用の一時的な演算子であるtransfer Token（転送トークン）を暗号化したenc Token（暗号化トークン）を生成し、前記転送鍵を用いて、前記新加入者識別子を暗号化したenc New ID（暗号化新識別子）を生成し、前記オペレータ転送用一時番号と、前記暗号化トークンと、前記暗号化新識別子とを含むMAC（メッセージ認証コード）を生成し、前記メッセージ認証コードを用いて生成したAUTN（認証トークン）と、前記暗号化トークンと、前記暗号化新識別子とを含むUser auth + transfer Setup Req（ユーザ認証・転送設定要求）を前記組み込み型加入者識別モジュールに送信し、前記組み込み型加入者識別モジュールが、前記認証トークンを認証するとともに前記転送鍵を演算し、前記転送鍵を用いて前記暗号化トークンを復号した前記転送トークンを取得し、前記転送鍵を用いて前記暗号化新識別子を復号した前記新加入者識別子を取得し、前記ユーザ認証・転送設定要求に対するuser auth resp（ユーザ認証応答）を前記第１の加入者サーバに送信し、前記第１の加入者サーバが、前記安全な通信路を介して前記転送トークンを前記第２の加入者サーバに送信し、前記第２の加入者サーバが、Diffie-Hellman鍵交換プロトコル（所定の鍵交換プロトコル）に従って、前記新オペレータ識別子と、前記新加入者識別子と、前記転送トークンを含むメッセージ認証コードとを含むDH initial message（メッセージ）を前記組み込み型加入者識別モジュールに送信し、前記組み込み型加入者識別モジュール及び前記第２の加入者サーバそれぞれが、前記転送トークンを用いて、前記組み込み型加入者識別モジュールと前記第２の加入者サーバとで共有されるshared-Secret Key（共有秘密鍵）を生成し、生成した前記共有秘密鍵と、前記新加入者識別子とを用いて前記第２の加入者サーバへのアタッチ手順を実行することを要旨とする。
　本発明の第２の特徴において、前記第２の加入者サーバは、Diffie-Hellman鍵交換プロトコルに従って、前記メッセージを生成し、生成した前記メッセージを前記組み込み型加入者識別モジュールに送信し、前記組み込み型加入者識別モジュール及び前記第２の加入者サーバそれぞれは、前記Diffie-Hellman鍵交換プロトコルに従って前記共有秘密鍵を生成してもよい。
　本発明の第２の特徴において、前記メッセージ認証コードは、前記秘密鍵と、乱数と、シーケンス番号と、前記オペレータ転送用一時番号とをパラメータとした関数であってもよい。
　本発明の第３の特徴は、組み込み型の加入者識別モジュールである組み込み型加入者識別モジュールを備えるユーザ装置であって、前記組み込み型加入者識別モジュールが、前記組み込み型加入者識別モジュールと対応付けられるモジュール転送識別子と、前記ユーザ装置に対応付けられる加入者プロファイルの転送と対応付けられるオペレータ転送用一時番号と、前記ユーザ装置のユーザが前記転送を認証したことを示す加入者転送識別子と、第１のオペレータと異なる第２のオペレータを識別する新オペレータ識別子とを含む前記加入者プロファイルの転送要求を前記ユーザ装置に送信し、前記ユーザ装置が、前記第２のオペレータが管理する第２の加入者サーバを識別する新加入者サーバ識別子と、前記加入者転送識別子と、前記オペレータ転送用一時番号とを含む転送要求を前記第１のオペレータが管理する第１の加入者サーバに送信するとともに、前記新オペレータ識別子と、前記モジュール転送識別子と、前記オペレータ転送用一時番号とを含む転送準備指令を前記組み込み型加入者識別モジュールに送信し、前記組み込み型加入者識別モジュールが、第１のオペレータが管理する第１の加入者サーバから送信された認証トークンを認証するとともに、前記第１の加入者サーバと前記組み込み型加入者識別モジュールとで保有している秘密鍵を用いて転送鍵を演算し、前記転送鍵を用いて暗号化トークンを復号することによって、転送用の一時的な演算子である転送トークンを取得し、前記転送鍵を用いて暗号化新識別子を復号することによって、第２のオペレータにおいて前記ユーザ装置を識別する新加入者識別子を取得し、前記認証トークンと、前記暗号化トークンと、前記暗号化新識別子とを含むユーザ認証・転送設定要求に対するユーザ認証応答を前記第１の加入者サーバに送信し、前記転送トークンを用いて、前記組み込み型加入者識別モジュールと前記第２のオペレータが管理する第２の加入者サーバとで共有される共有秘密鍵を生成し、生成した前記共有秘密鍵と、前記新加入者識別子とを用いて前記第２の加入者サーバへのアタッチ手順を実行することを要旨とする。
　本発明の第４の特徴は、ユーザ装置に組み込まれる加入者識別モジュールである組み込み型加入者識別モジュールと、前記ユーザ装置の利用契約の移転先のオペレータが管理する加入者サーバとを用いた鍵共有方法であって、前記加入者サーバが、Diffie-Hellman鍵交換プロトコルに従って、選択した乱数を含むメッセージを前記組み込み型加入者識別モジュールに送信するステップ（ａ）と、前記組み込み型加入者識別モジュールが、Diffie-Hellman鍵交換プロトコルに従って、選択した乱数を含むメッセージを前記加入者サーバに送信するステップ（ｂ）と、前記加入者サーバが、前記組み込み型加入者識別モジュールから受信した前記メッセージと、前記ステップ（ａ）で選択した乱数とを用いて、前記組み込み型加入者識別モジュールと前記加入者サーバとで共有される共有秘密鍵を生成するステップ（ｃ）と、前記組み込み型加入者識別モジュールが、前記加入者サーバから受信した前記メッセージと、前記ステップ（ｂ）で選択した乱数とを用いて、前記共有秘密鍵を生成するステップ（ｄ）と
を含むことを要旨とする。
　本発明の第５の特徴は、ユーザ装置に組み込まれる加入者識別モジュールである組み込み型加入者識別モジュールと、第１のオペレータが管理する第１の加入者サーバと、第２のオペレータが管理する第２の加入者サーバとを用いて、転送用の一時的な演算子である転送トークンを共有する転送トークン共有方法であって、前記第１の加入者サーバが、前記転送トークンを選択するステップ（ａ）と、前記第１の加入者サーバが、前記転送トークンを含むユーザ認証・転送設定要求を前記組み込み型加入者識別モジュールに送信するステップ（ｂ）と、前記第１の加入者サーバが、安全な通信路を介して前記転送トークンを前記第２の加入者サーバに送信するステップ（ｃ）と、前記組み込み型加入者識別モジュールが、前記ユーザ認証・転送設定要求に対するユーザ認証応答を前記第１の加入者サーバに送信するステップ（ｄ）とを含むことを要旨とする。
　本発明の第６の特徴は、組み込み型加入者識別モジュールを備えるユーザ装置のオペレータを第１のオペレータから第２のオペレータに移転する移転手続を開始する移転認証方法であって、前記ユーザ装置が、前記ユーザ装置のユーザが前記移転を認証したことを示す加入者転送識別子を含む転送要求を前記第１のオペレータが管理する第１の加入者サーバに送信するステップ（ａ）と、前記ユーザ装置が、前記組み込み型加入者識別モジュールと対応付けられるモジュール転送識別子を含む転送準備指令を前記組み込み型加入者識別モジュールに送信するステップ（ｂ）とを含むことを要旨とする。
　本発明の第７の特徴は、組み込み型の加入者識別モジュールである組み込み型加入者識別モジュールを備えるユーザ装置であって、前記ユーザ装置のユーザが、前記ユーザ装置のオペレータを第１のオペレータから第２のオペレータに移転を認証したことを示す加入者転送識別子を含む転送要求を前記第１のオペレータが管理する第１の加入者サーバに送信することを要旨とする。
　本発明の第８の特徴は、組み込み型の加入者識別モジュールである組み込み型加入者識別モジュールを備えるユーザ装置であって、前記組み込み型加入者識別モジュールと対応付けられるモジュール転送識別子を含む転送準備指令を前記組み込み型加入者識別モジュールに送信することを要旨とする。
　本発明の第９の特徴は、ユーザ装置と、前記ユーザ装置に組み込まれる加入者識別モジュールである組み込み型加入者識別モジュールと、前記ユーザ装置のオペレータが管理する加入者サーバとを用いて、前記ユーザ装置のオペレータを新オペレータに移転する移転認証方法であって、前記ユーザ装置が、前記移転と対応付けられるオペレータ転送用一時番号を選択するステップ（ａ）と、前記ユーザ装置が、前記オペレータ転送用一時番号を含む転送準備指令を前記組み込み型加入者識別モジュールに送信するステップ（ｂ）と、前記ユーザ装置が、前記オペレータ転送用一時番号を含む転送要求を、前記加入者サーバに送信するステップ（ｃ）と、前記加入者サーバが、前記オペレータ転送用一時番号を含むユーザ認証・転送設定要求を前記組み込み型加入者識別モジュールに送信するステップ（ｄ）と、前記組み込み型加入者識別モジュールが、前記ステップ（ｂ）において取得した前記オペレータ転送用一時番号と、前記ステップ（ｄ）において取得した前記オペレータ転送用一時番号とに基づいて、前記オペレータ転送用一時番号を認証するステップ（ｅ）とを含むことを要旨とする。
　本発明の第１０の特徴は、ユーザ装置に組み込まれる加入者識別モジュールである組み込み型加入者識別モジュールと、第１のオペレータが管理する第１の加入者サーバと、第２のオペレータが管理する第２の加入者サーバとを用いて、前記ユーザ装置のオペレータの前記第１のオペレータから前記第２のオペレータへの移転を確認する移転確認方法であって、前記第１の加入者サーバが、前記ユーザ装置と対応付けられる加入者識別子を含む転送要求を前記第２の加入者サーバに送信するステップ（ａ）と、前記第２の加入者サーバが、記第２のオペレータにおいて前記ユーザ装置を識別する新加入者識別子を含む応答を前記第１の加入者サーバに送信するステップ（ｂ）と、前記第１の加入者サーバが、前記新加入者識別子を含むユーザ認証・転送設定要求を前記組み込み型加入者識別モジュールに送信するステップ（ｃ）とを含むことを要旨とする。
　このように、本発明は、ここでは記載していない様々な実施の形態などを含むことは勿論である。したがって、本発明の技術的範囲は、上述の説明から妥当な請求の範囲に係る発明特定事項によってのみ定められるものである。
　なお、日本国特許出願第２０１３-１７４６２２号（２０１３年８月２６日出願）の全内容が、参照により、本願明細書に組み込まれている。
　本発明の特徴によれば、Subscription Manager（SM）を用いることなく、通信事業者（オペレータ）間においてeUICCの活性化に必要となる加入者プロファイルなどを安全に転送し得る加入者プロファイル転送方法、加入者プロファイル転送システム及びユーザ装置を提供することができる。
　10…移動通信システム
　20, 25…移動通信ネットワーク
　30…無線基地局
　100…eUICC
　101…加入者プロファイル記憶部
　103…転送要求送受信部
　105…ユーザ認証応答送受信部
　107…DHメッセージ処理部
　109…アタッチ手順プロファイル処理部
　200…UE
　201…転送要求処理部
　203…転送準備指令送信部
　205…情報中継部
　300…HSS
　301…情報送受信部
　303…転送要求処理部
　305…ユーザ認証・転送設定要求送信部
　307…加入者プロファイル処理部
　400…HSS
　401…情報送受部
　403…転送要求処理部
　405…転送トークン取得部
　407…DHメッセージ処理部
　409…アタッチ手順プロファイル処理部

Claims (12)

  1. 　ユーザ装置と、
    　前記ユーザ装置に組み込まれる加入者識別モジュールである組み込み型加入者識別モジュールと、
    　第１のオペレータが管理する第１の加入者サーバと、
    　第２のオペレータが管理する第２の加入者サーバと
    を用い、前記ユーザ装置に対応付けられる加入者プロファイルを前記第１のオペレータから前記第２のオペレータに転送する加入者プロファイル転送方法であって、
    　前記組み込み型加入者識別モジュールが、前記組み込み型加入者識別モジュールと対応付けられるモジュール転送識別子と、前記加入者プロファイルの転送と対応付けられるオペレータ転送用一時番号と、前記ユーザ装置のユーザが前記転送を認証したことを示す加入者転送識別子と、前記第２のオペレータを識別する新オペレータ識別子とを含む前記加入者プロファイルの転送要求を前記ユーザ装置に送信するステップと、
    　前記ユーザ装置が、前記第２の加入者サーバを識別する新加入者サーバ識別子と、前記加入者転送識別子と、前記オペレータ転送用一時番号とを含む転送要求を前記第１の加入者サーバに送信するとともに、前記新オペレータ識別子と、前記モジュール転送識別子と、前記オペレータ転送用一時番号とを含む転送準備指令を前記組み込み型加入者識別モジュールに送信するステップと、
    　前記第１の加入者サーバが、前記第２の加入者サーバと設定された安全な通信路を介して、前記ユーザ装置と対応付けられる加入者識別子を含む転送要求を前記第２の加入者サーバに送信し、前記第２のオペレータにおいて前記ユーザ装置を識別する新加入者識別子を含む応答を前記第２の加入者サーバから受信するステップと、
    　前記第１の加入者サーバが、
    　前記第１の加入者サーバと前記組み込み型加入者識別モジュールとで保有している秘密鍵を用いて転送鍵を生成し、
    　前記転送鍵を用いて、転送用の一時的な演算子である転送トークンを暗号化した暗号化トークンを生成し、
    　前記転送鍵を用いて、前記新加入者識別子を暗号化した暗号化新識別子を生成し、
    　前記オペレータ転送用一時番号と、前記暗号化トークンと、前記暗号化新識別子とを含むメッセージ認証コードを生成し、
    　前記メッセージ認証コードを用いて生成した認証トークンと、前記暗号化トークンと、前記暗号化新識別子とを含むユーザ認証・転送設定要求を前記組み込み型加入者識別モジュールに送信するステップと、
    　前記組み込み型加入者識別モジュールが、
    　前記認証トークンを認証するとともに前記転送鍵を演算し、
    　前記転送鍵を用いて前記暗号化トークンを復号した前記転送トークンを取得し、
    　前記転送鍵を用いて前記暗号化新識別子を復号した前記新加入者識別子を取得し、
    　前記ユーザ認証・転送設定要求に対するユーザ認証応答を前記第１の加入者サーバに送信するステップと、
    　前記第１の加入者サーバが、前記安全な通信路を介して前記転送トークンを前記第２の加入者サーバに送信するステップと、
    　前記第２の加入者サーバが、所定の鍵交換プロトコルに従って、前記新オペレータ識別子と、前記新加入者識別子と、前記転送トークンを含むメッセージ認証コードとを含むメッセージを前記組み込み型加入者識別モジュールに送信するステップと、
    　前記組み込み型加入者識別モジュール及び前記第２の加入者サーバそれぞれが、前記転送トークンを用いて、前記組み込み型加入者識別モジュールと前記第２の加入者サーバとで共有される共有秘密鍵を生成し、生成した前記共有秘密鍵と、前記新加入者識別子とを用いて前記第２の加入者サーバへのアタッチ手順を実行するステップと
    を含む加入者プロファイル転送方法。
  2. 　ユーザ装置と、
    　前記ユーザ装置に組み込まれる加入者識別モジュールである組み込み型加入者識別モジュールと、
    　第１のオペレータが管理する第１の加入者サーバと、
    　第２のオペレータが管理する第２の加入者サーバと
    を用い、前記ユーザ装置に対応付けられる加入者プロファイルを前記第１のオペレータから前記第２のオペレータに転送する加入者プロファイル転送システムであって、
    　前記組み込み型加入者識別モジュールが、前記組み込み型加入者識別モジュールと対応付けられるモジュール転送識別子と、前記加入者プロファイルの転送と対応付けられるオペレータ転送用一時番号と、前記ユーザ装置のユーザが前記転送を認証したことを示す加入者転送識別子と、前記第２のオペレータを識別する新オペレータ識別子とを含む前記加入者プロファイルの転送要求を前記ユーザ装置に送信し、
    　前記ユーザ装置が、前記第２の加入者サーバを識別する新加入者サーバ識別子と、前記加入者転送識別子と、前記オペレータ転送用一時番号とを含む転送要求を前記第１の加入者サーバに送信するとともに、前記新オペレータ識別子と、前記モジュール転送識別子と、前記オペレータ転送用一時番号とを含む転送準備指令を前記組み込み型加入者識別モジュールに送信し、
    　前記第１の加入者サーバが、前記第２の加入者サーバと設定された安全な通信路を介して、前記ユーザ装置と対応付けられる加入者識別子を含む転送要求を前記第２の加入者サーバに送信し、前記第２のオペレータにおいて前記ユーザ装置を識別する新加入者識別子を含む応答を前記第２の加入者サーバから受信し、
    　前記第１の加入者サーバが、
    　前記第１の加入者サーバと前記組み込み型加入者識別モジュールとで保有している秘密鍵を用いて転送鍵を生成し、
    　前記転送鍵を用いて、転送用の一時的な演算子である転送トークンを暗号化した暗号化トークンを生成し、
    　前記転送鍵を用いて、前記新加入者識別子を暗号化した暗号化新識別子を生成し、
    　前記オペレータ転送用一時番号と、前記暗号化トークンと、前記暗号化新識別子とを含むメッセージ認証コードを生成し、
    　前記メッセージ認証コードを用いて生成した認証トークンと、前記暗号化トークンと、前記暗号化新識別子とを含むユーザ認証・転送設定要求を前記組み込み型加入者識別モジュールに送信し、
    　前記組み込み型加入者識別モジュールが、
    　前記認証トークンを認証するとともに前記転送鍵を演算し、
    　前記転送鍵を用いて前記暗号化トークンを復号した前記転送トークンを取得し、
    　前記転送鍵を用いて前記暗号化新識別子を復号した前記新加入者識別子を取得し、
    　前記ユーザ認証・転送設定要求に対するユーザ認証応答を前記第１の加入者サーバに送信し、
    　前記第１の加入者サーバが、前記安全な通信路を介して前記転送トークンを前記第２の加入者サーバに送信し、
    　前記第２の加入者サーバが、所定の鍵交換プロトコルに従って、前記新オペレータ識別子と、前記新加入者識別子と、前記転送トークンを含むメッセージ認証コードとを含むメッセージを前記組み込み型加入者識別モジュールに送信し、
    　前記組み込み型加入者識別モジュール及び前記第２の加入者サーバそれぞれが、前記転送トークンを用いて、前記組み込み型加入者識別モジュールと前記第２の加入者サーバとで共有される共有秘密鍵を生成し、生成した前記共有秘密鍵と、前記新加入者識別子とを用いて前記第２の加入者サーバへのアタッチ手順を実行する加入者プロファイル転送システム。
  3. 　前記第２の加入者サーバは、Diffie-Hellman鍵交換プロトコルに従って、前記メッセージを生成し、生成した前記メッセージを前記組み込み型加入者識別モジュールに送信し、
    　前記組み込み型加入者識別モジュール及び前記第２の加入者サーバそれぞれは、前記Diffie-Hellman鍵交換プロトコルに従って前記共有秘密鍵を生成する請求項２に記載の加入者プロファイル転送システム。
  4. 　前記メッセージ認証コードは、前記秘密鍵と、乱数と、シーケンス番号と、前記オペレータ転送用一時番号とをパラメータとした関数である請求項２に記載の加入者プロファイル転送システム。
  5. 　組み込み型の加入者識別モジュールである組み込み型加入者識別モジュールを備えるユーザ装置であって、
    　前記組み込み型加入者識別モジュールが、前記組み込み型加入者識別モジュールと対応付けられるモジュール転送識別子と、前記ユーザ装置に対応付けられる加入者プロファイルの転送と対応付けられるオペレータ転送用一時番号と、前記ユーザ装置のユーザが前記転送を認証したことを示す加入者転送識別子と、第１のオペレータと異なる第２のオペレータを識別する新オペレータ識別子とを含む前記加入者プロファイルの転送要求を前記ユーザ装置に送信し、
    　前記ユーザ装置が、前記第２のオペレータが管理する第２の加入者サーバを識別する新加入者サーバ識別子と、前記加入者転送識別子と、前記オペレータ転送用一時番号とを含む転送要求を前記第１のオペレータが管理する第１の加入者サーバに送信するとともに、前記新オペレータ識別子と、前記モジュール転送識別子と、前記オペレータ転送用一時番号とを含む転送準備指令を前記組み込み型加入者識別モジュールに送信し、
    　前記組み込み型加入者識別モジュールが、
    　第１のオペレータが管理する第１の加入者サーバから送信された認証トークンを認証するとともに、前記第１の加入者サーバと前記組み込み型加入者識別モジュールとで保有している秘密鍵を用いて転送鍵を演算し、
    　前記転送鍵を用いて暗号化トークンを復号することによって、転送用の一時的な演算子である転送トークンを取得し、
    　前記転送鍵を用いて暗号化新識別子を復号することによって、第２のオペレータにおいて前記ユーザ装置を識別する新加入者識別子を取得し、
    　前記認証トークンと、前記暗号化トークンと、前記暗号化新識別子とを含むユーザ認証・転送設定要求に対するユーザ認証応答を前記第１の加入者サーバに送信し、
    　前記転送トークンを用いて、前記組み込み型加入者識別モジュールと前記第２のオペレータが管理する第２の加入者サーバとで共有される共有秘密鍵を生成し、生成した前記共有秘密鍵と、前記新加入者識別子とを用いて前記第２の加入者サーバへのアタッチ手順を実行するユーザ装置。
  6. 　ユーザ装置に組み込まれる加入者識別モジュールである組み込み型加入者識別モジュールと、前記ユーザ装置の利用契約の移転先のオペレータが管理する加入者サーバとを用いた鍵共有方法であって、
    　前記加入者サーバが、Diffie-Hellman鍵交換プロトコルに従って、選択した乱数を含むメッセージを前記組み込み型加入者識別モジュールに送信するステップ（ａ）と、
    　前記組み込み型加入者識別モジュールが、Diffie-Hellman鍵交換プロトコルに従って、選択した乱数を含むメッセージを前記加入者サーバに送信するステップ（ｂ）と、
    　前記加入者サーバが、前記組み込み型加入者識別モジュールから受信した前記メッセージと、前記ステップ（ａ）で選択した乱数とを用いて、前記組み込み型加入者識別モジュールと前記加入者サーバとで共有される共有秘密鍵を生成するステップ（ｃ）と、
    　前記組み込み型加入者識別モジュールが、前記加入者サーバから受信した前記メッセージと、前記ステップ（ｂ）で選択した乱数とを用いて、前記共有秘密鍵を生成するステップ（ｄ）と
    を含む鍵共有方法。
  7. 　ユーザ装置に組み込まれる加入者識別モジュールである組み込み型加入者識別モジュールと、
    　第１のオペレータが管理する第１の加入者サーバと、
    　第２のオペレータが管理する第２の加入者サーバと
    を用いて、転送用の一時的な演算子である転送トークンを共有する転送トークン共有方法であって、
    　前記第１の加入者サーバが、前記転送トークンを選択するステップ（ａ）と、
    　前記第１の加入者サーバが、前記転送トークンを含むユーザ認証・転送設定要求を前記組み込み型加入者識別モジュールに送信するステップ（ｂ）と、
    　前記第１の加入者サーバが、安全な通信路を介して前記転送トークンを前記第２の加入者サーバに送信するステップ（ｃ）と、
    　前記組み込み型加入者識別モジュールが、前記ユーザ認証・転送設定要求に対するユーザ認証応答を前記第１の加入者サーバに送信するステップ（ｄ）と
    を含む転送トークン共有方法。
  8. 　組み込み型加入者識別モジュールを備えるユーザ装置のオペレータを第１のオペレータから第２のオペレータに移転する移転手続を開始する移転認証方法であって、
    　前記ユーザ装置が、前記ユーザ装置のユーザが前記移転を認証したことを示す加入者転送識別子を含む転送要求を前記第１のオペレータが管理する第１の加入者サーバに送信するステップ（ａ）と、
    　前記ユーザ装置が、前記組み込み型加入者識別モジュールと対応付けられるモジュール転送識別子を含む転送準備指令を前記組み込み型加入者識別モジュールに送信するステップ（ｂ）と
    を含む移転認証方法。
  9. 　組み込み型の加入者識別モジュールである組み込み型加入者識別モジュールを備えるユーザ装置であって、
    　前記ユーザ装置のユーザが、前記ユーザ装置のオペレータを第１のオペレータから第２のオペレータに移転を認証したことを示す加入者転送識別子を含む転送要求を前記第１のオペレータが管理する第１の加入者サーバに送信するユーザ装置。
  10. 　組み込み型の加入者識別モジュールである組み込み型加入者識別モジュールを備えるユーザ装置であって、
    　前記組み込み型加入者識別モジュールと対応付けられるモジュール転送識別子を含む転送準備指令を前記組み込み型加入者識別モジュールに送信するユーザ装置。
  11. 　ユーザ装置と、
    　前記ユーザ装置に組み込まれる加入者識別モジュールである組み込み型加入者識別モジュールと、
    　前記ユーザ装置のオペレータが管理する加入者サーバと
    を用いて、前記ユーザ装置のオペレータを新オペレータに移転する移転認証方法であって、
    　前記ユーザ装置が、前記移転と対応付けられるオペレータ転送用一時番号を選択するステップ（ａ）と、
    　前記ユーザ装置が、前記オペレータ転送用一時番号を含む転送準備指令を前記組み込み型加入者識別モジュールに送信するステップ（ｂ）と、
    　前記ユーザ装置が、前記オペレータ転送用一時番号を含む転送要求を、前記加入者サーバに送信するステップ（ｃ）と、
    　前記加入者サーバが、前記オペレータ転送用一時番号を含むユーザ認証・転送設定要求を前記組み込み型加入者識別モジュールに送信するステップ（ｄ）と、
    　前記組み込み型加入者識別モジュールが、前記ステップ（ｂ）において取得した前記オペレータ転送用一時番号と、前記ステップ（ｄ）において取得した前記オペレータ転送用一時番号とに基づいて、前記オペレータ転送用一時番号を認証するステップ（ｅ）と
    を含む移転認証方法。
  12. 　ユーザ装置に組み込まれる加入者識別モジュールである組み込み型加入者識別モジュールと、
    　第１のオペレータが管理する第１の加入者サーバと、
    　第２のオペレータが管理する第２の加入者サーバと
    を用いて、前記ユーザ装置のオペレータの前記第１のオペレータから前記第２のオペレータへの移転を確認する移転確認方法であって、
    　前記第１の加入者サーバが、前記ユーザ装置と対応付けられる加入者識別子を含む転送要求を前記第２の加入者サーバに送信するステップ（ａ）と、
    　前記第２の加入者サーバが、記第２のオペレータにおいて前記ユーザ装置を識別する新加入者識別子を含む応答を前記第１の加入者サーバに送信するステップ（ｂ）と、
    　前記第１の加入者サーバが、前記新加入者識別子を含むユーザ認証・転送設定要求を前記組み込み型加入者識別モジュールに送信するステップ（ｃ）と
    を含む移転確認方法。
PCT/JP2014/072157 2013-08-26 2014-08-25 加入者プロファイル転送方法、加入者プロファイル転送システム及びユーザ装置 WO2015029945A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US14/914,814 US10003965B2 (en) 2013-08-26 2014-08-25 Subscriber profile transfer method, subscriber profile transfer system, and user equipment
EP14841096.2A EP3041164B1 (en) 2013-08-26 2014-08-25 Subscriber profile transfer method, subscriber profile transfer system, and user equipment

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2013174622A JP6062828B2 (ja) 2013-08-26 2013-08-26 加入者プロファイル転送方法、加入者プロファイル転送システム及びユーザ装置
JP2013-174622 2013-08-26

Publications (1)

Publication Number Publication Date
WO2015029945A1 true WO2015029945A1 (ja) 2015-03-05

Family

ID=52586502

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2014/072157 WO2015029945A1 (ja) 2013-08-26 2014-08-25 加入者プロファイル転送方法、加入者プロファイル転送システム及びユーザ装置

Country Status (4)

Country Link
US (1) US10003965B2 (ja)
EP (1) EP3041164B1 (ja)
JP (1) JP6062828B2 (ja)
WO (1) WO2015029945A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107182050A (zh) * 2016-03-09 2017-09-19 中兴通讯股份有限公司 验证方法、装置及终端
US12022571B2 (en) 2017-09-07 2024-06-25 Samsung Electronics Co., Ltd. Profile between devices in wireless communication system

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9350550B2 (en) 2013-09-10 2016-05-24 M2M And Iot Technologies, Llc Power management and security for wireless modules in “machine-to-machine” communications
US9100175B2 (en) 2013-11-19 2015-08-04 M2M And Iot Technologies, Llc Embedded universal integrated circuit card supporting two-factor authentication
US10498530B2 (en) 2013-09-27 2019-12-03 Network-1 Technologies, Inc. Secure PKI communications for “machine-to-machine” modules, including key derivation by modules and authenticating public keys
US10700856B2 (en) 2013-11-19 2020-06-30 Network-1 Technologies, Inc. Key derivation for a module using an embedded universal integrated circuit card
WO2015190895A1 (en) 2014-06-13 2015-12-17 Samsung Electronics Co., Ltd. Method and device for selective communication service in communication system
KR102191017B1 (ko) * 2014-07-19 2020-12-15 삼성전자주식회사 eSIM 프로비저닝 방법과 이를 지원하는 서버 장치
JP2016085641A (ja) * 2014-10-27 2016-05-19 キヤノン株式会社 権限移譲システム、権限移譲システムにて実行される方法、およびそのプログラム
US9853977B1 (en) 2015-01-26 2017-12-26 Winklevoss Ip, Llc System, method, and program product for processing secure transactions within a cloud computing system
KR102227262B1 (ko) * 2015-02-17 2021-03-15 삼성전자주식회사 프로파일을 전달하는 방법과 이를 지원하는 전자 장치
ES2743576T3 (es) * 2015-04-13 2020-02-19 Samsung Electronics Co Ltd Procedimiento y aparato de gestión de un perfil de un terminal en un sistema de comunicación inalámbrica
US10285050B2 (en) * 2015-04-13 2019-05-07 Samsung Electronics Co., Ltd. Method and apparatus for managing a profile of a terminal in a wireless communication system
JP6240636B2 (ja) * 2015-05-12 2017-11-29 日本電信電話株式会社 認証方法および認証装置
DE102015015734B3 (de) * 2015-12-01 2017-06-01 Giesecke & Devrient Gmbh Teilnehmeridentitätsmodul mit mehreren Profilen und eingerichtet für ein Authenticate-Kommando
JP6732460B2 (ja) * 2016-01-26 2020-07-29 キヤノン株式会社 通信装置、通信方法、プログラム
WO2018066362A1 (ja) 2016-10-04 2018-04-12 日本電気株式会社 組込ｓｉｍ管理システム、ノード装置、組込ｓｉｍ管理方法、プログラム、情報登録者装置
EP3852415A1 (en) * 2016-10-20 2021-07-21 Huawei Technologies Co., Ltd. Method and apparatus for managing embedded universal integrated circuit card euicc
US10771453B2 (en) * 2017-01-04 2020-09-08 Cisco Technology, Inc. User-to-user information (UUI) carrying security token in pre-call authentication
FR3062767A1 (fr) * 2017-02-09 2018-08-10 Orange Technique d'administration d'une souscription aupres d'un operateur
FR3069403A1 (fr) * 2017-07-19 2019-01-25 Orange Chargement d' un nouveau profil d' abonnement dans un module embarque d' identification de souscripteur
CN109561476B (zh) * 2017-09-27 2021-03-30 中国电信股份有限公司 通信方法、通信***以及用户面功能模块
CN109587674B (zh) * 2017-09-28 2022-04-29 展讯通信（上海）有限公司 云sim用户身份识别方法、装置及运营商网络侧设备
US10708771B2 (en) * 2017-12-21 2020-07-07 Fortinet, Inc. Transfering soft tokens from one mobile device to another
US11375367B2 (en) * 2019-05-07 2022-06-28 Verizon Patent And Licensing Inc. System and method for deriving a profile for a target endpoint device
US11615196B2 (en) * 2020-04-02 2023-03-28 Cyberus Labs sp. z o.o. Lightweight encryption
US11294582B2 (en) * 2020-09-08 2022-04-05 Micron Technology, Inc. Customer-specific activation of functionality in a semiconductor device

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009092115A2 (en) * 2008-01-18 2009-07-23 Interdigital Patent Holdings, Inc. Method and apparatus for enabling machine to machine communication
US20120173743A1 (en) * 2009-09-25 2012-07-05 Zte Corporation Method and System for Changing Selected Home Operator of Machine to Machine Equipment
WO2013009045A2 (ko) * 2011-07-08 2013-01-17 주식회사 케이티 동적 키 생성 기반의 내장 ｓｉｍ의 ｍｎｏ 변경방법 및 그를 위한 내장 ｓｉｍ과 기록매체

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004153351A (ja) 2002-10-29 2004-05-27 Nec Corp 携帯端末、ネットワークサーバ及びそれらを用いる証明用個人データ表示システム並びにその方法
US20070192602A1 (en) 2004-12-17 2007-08-16 Telefonaktiebolaget Lm Ericsson (Publ) Clone resistant mutual authentication in a radio communication network
GB2478971A (en) 2010-03-25 2011-09-28 Nec Corp Generating a user interface on a mobile phone for an application on a UICC using metadata
GB201021784D0 (en) 2010-12-22 2011-02-02 Vodafone Ip Licensing Ltd SIM Locking
EP2560434A1 (en) * 2011-08-19 2013-02-20 Gemalto SA Method for switching a subscription from a first MNO to a second MNO
KR101844943B1 (ko) * 2011-11-03 2018-05-18 주식회사 케이티 서버의 보안 도메인 권한 변경 제어 방법, 스마트 카드의 보안 도메인 권한 변경 방법, 단말의 보안 도메인 권한 변경 방법, 서버, 스마트 카드, 및 단말
JP5847323B2 (ja) 2011-11-21 2016-01-20 アルカテル−ルーセント ネットワーク・サービス・プロバイダの動的切り替え

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009092115A2 (en) * 2008-01-18 2009-07-23 Interdigital Patent Holdings, Inc. Method and apparatus for enabling machine to machine communication
US20120173743A1 (en) * 2009-09-25 2012-07-05 Zte Corporation Method and System for Changing Selected Home Operator of Machine to Machine Equipment
WO2013009045A2 (ko) * 2011-07-08 2013-01-17 주식회사 케이티 동적 키 생성 기반의 내장 ｓｉｍ의 ｍｎｏ 변경방법 및 그를 위한 내장 ｓｉｍ과 기록매체

Non-Patent Citations (7)

* Cited by examiner, † Cited by third party
Title
"3GPP TR 33.812 Feasibility study on the security aspects of remote provisioning and charge of subscription for Machine to Machine (M2M) equipment (Release 9) V9.2.0", 3GPP, June 2010 (2010-06-01), XP050435461, Retrieved from the Internet <URL:http://www.3gpp.org/DynaReport/33812.htm> [retrieved on 20141118] *
"Requirements Specification v2.0.0", February 2013, ETSI, article "UICC: ETSI TS 103.383 Smart Cards; Embedded UICC"
"Security Aspects of Remote Provisioning and Change of Subscription for", 3GPP TR33.812 V9.2.0, June 2010 (2010-06-01)
CSMG: "Reprogrammable SIMs: Technology, Evolution and Implications", 24 October 2012 (2012-10-24), pages 32 - 33, XP055126567, Retrieved from the Internet <URL:http://stakeholders.ofcom.org.uk/market-data-research/other/telecoms-research/soft-sims> [retrieved on 20141118] *
GSM ASSOCIATION: "Embedded SIM Task Force Requirements and Use Cases 1.0", 21 February 2011 (2011-02-21), XP055319820, Retrieved from the Internet <URL:FTTP://FTTP.3GPP2.ORG/TSGS../INCOMING/WG4/2011_08_25CC/REMANDED/S00-20110725-013A_EMBEDDED%20SIM%20USE%20CASES%20AND%20REQTS%20V1%200%20CLEAN.PDF> [retrieved on 20141118] *
See also references of EP3041164A4
THE EXALTED CONSORTIUM: "WP5 - Security, Authentication & Provisioning.", DELIVERABLE 5.1 SECURITY AND PROVISIONING SOLUTIONS, 29 February 2012 (2012-02-29), XP055161176, Retrieved from the Internet <URL:http://www.ict-exalted.eu/publications/deliverables.html> [retrieved on 20141118] *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107182050A (zh) * 2016-03-09 2017-09-19 中兴通讯股份有限公司 验证方法、装置及终端
CN107182050B (zh) * 2016-03-09 2021-09-03 中兴通讯股份有限公司 验证方法、装置及终端
US12022571B2 (en) 2017-09-07 2024-06-25 Samsung Electronics Co., Ltd. Profile between devices in wireless communication system

Also Published As

Publication number Publication date
US10003965B2 (en) 2018-06-19
JP2015043510A (ja) 2015-03-05
US20160212617A1 (en) 2016-07-21
EP3041164A4 (en) 2017-05-03
EP3041164B1 (en) 2018-08-08
JP6062828B2 (ja) 2017-01-18
EP3041164A1 (en) 2016-07-06

Similar Documents

Publication Publication Date Title
JP6062828B2 (ja) 加入者プロファイル転送方法、加入者プロファイル転送システム及びユーザ装置
JP6877524B2 (ja) ワイヤレス通信のための装置および方法
US11039311B2 (en) Profile download method and apparatus for use in wireless communication system
JP6033291B2 (ja) サービスアクセス認証方法およびシステム
CN109922474B (zh) 触发网络鉴权的方法及相关设备
TW200833055A (en) Security-enhanced key exchange
KR20160078426A (ko) 무선 직접통신 네트워크에서 비대칭 키를 사용하여 아이덴티티를 검증하기 위한 방법 및 장치
US11711693B2 (en) Non-3GPP device access to core network
CN102318386A (zh) 向网络的基于服务的认证
US20240171982A1 (en) Non-3gpp device acess to core network
JP2017103761A (ja) 移転認証方法、ユーザ装置及び移転確認方法
US11425117B2 (en) Method for obtaining a profile for access to a communication network by a secondary terminal via a main terminal
KR20150135715A (ko) 이동통신 시스템에서 사용자의 프라이버시를 보호하는 장치 및 방법

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 14914814

Country of ref document: US

REEP Request for entry into the european phase

Ref document number: 2014841096

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2014841096

Country of ref document: EP