WO2020184995A1 - Euicc 단말을 변경하는 방법 및 장치 - Google Patents

Euicc 단말을 변경하는 방법 및 장치 Download PDF

Info

Publication number
WO2020184995A1
WO2020184995A1 PCT/KR2020/003418 KR2020003418W WO2020184995A1 WO 2020184995 A1 WO2020184995 A1 WO 2020184995A1 KR 2020003418 W KR2020003418 W KR 2020003418W WO 2020184995 A1 WO2020184995 A1 WO 2020184995A1
Authority
WO
WIPO (PCT)
Prior art keywords
profile
terminal
server
user
activation code
Prior art date
Application number
PCT/KR2020/003418
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
Priority claimed from KR1020190046232A external-priority patent/KR20200110101A/ko
Application filed by 삼성전자 주식회사 filed Critical 삼성전자 주식회사
Priority to CN202080020825.3A priority Critical patent/CN113557754A/zh
Priority to US17/436,052 priority patent/US11917413B2/en
Priority to EP20769882.0A priority patent/EP3923609A4/en
Publication of WO2020184995A1 publication Critical patent/WO2020184995A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/40—Security arrangements using identity modules
    • H04W12/42—Security arrangements using identity modules using virtual identity modules
    • 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
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/30—Security of mobile devices; Security of mobile applications
    • H04W12/37—Managing security policies for mobile devices or for controlling mobile applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/40—Security arrangements using identity modules
    • H04W12/45—Security arrangements using identity modules using multiple identity modules
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H04W4/14—Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/183—Processing at user equipment or user record carrier
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/20—Transfer of user or subscriber data
    • H04W8/205—Transfer to or from user equipment or user record carrier

Definitions

  • the present invention relates to a method and apparatus for installing and managing an eUICC profile.
  • the 5G communication system or the pre-5G communication system is referred to as a communication system after a 4G network (Beyond 4G Network) or a system after an LTE system (Post LTE).
  • a communication system after a 4G network Beyond 4G Network
  • a system after an LTE system Post LTE
  • 5G communication systems are being considered for implementation in the ultra-high frequency (mmWave) band (eg, 60 gigabyte (60 GHz) band).
  • mmWave ultra-high frequency
  • ACM advanced coding modulation
  • FQAM hybrid FSK and QAM modulation
  • SWSC sliding window superposition coding
  • advanced access technologies such as filter bank multi carrier (FBMC), and NOMA (non-orthogonal multiple access), and sparse code multiple access (SCMA)
  • FBMC filter bank multi carrier
  • NOMA non-orthogonal multiple access
  • SCMA sparse code multiple access
  • IoT Internet of things
  • IoE Internet of everything
  • M2M machine to machine
  • MTC machine type communication
  • a 5G communication system to an IoT network.
  • technologies such as sensor networks, things communication, and MTC are implemented by techniques such as beamforming, MIMO, and array antennas in 5G communication technologies.
  • a cloud radio access network (cloud RAN) is applied as an example of the convergence of 5G technology and IoT technology.
  • UICC Universal Integrated Circuit Card
  • the UICC may include an access control module for the terminal to access the network of the mobile communication service provider. Examples of such access control modules include USIM (Universal Subscriber Identity Module), SIM (Subscriber Identity Module), and ISIM (IP Multimedia Service Identity Module).
  • USIM Universal Subscriber Identity Module
  • SIM Subscriber Identity Module
  • ISIM IP Multimedia Service Identity Module
  • USIM Universal Subscriber Identity Module
  • SIM Subscriber Identity Module
  • SIM IP Multimedia Service Identity Module
  • eUICC embedded UICC
  • eUICC refers to a UICC card that can be fixed to the terminal and used by remotely downloading and selecting a SIM module.
  • SIM module information to be downloaded is collectively referred to as an eUICC profile or, more simply, a profile.
  • An object of the present invention is to effectively provide a service in a mobile communication system.
  • the present invention for solving the above problem is a method using a server in a wireless communication system, the method comprising: receiving a first profile movement request from a first terminal; Checking the possibility of moving the first profile based on the received first profile movement request; And transmitting an activation code for a second profile to the first terminal.
  • it characterized in that it further comprises the step of receiving, from the operator, a message for setting a policy related to the first profile movement request from the first terminal.
  • transmitting information indicating that a request to move the first profile has been received from the first terminal to the operator receiving, from the operator, a first message including information to be known to a user determined based on a transfer policy of a first profile; And it characterized in that it further comprises the step of transmitting the first message to the first terminal.
  • receiving, from a second terminal, a second profile download request comprising: Transmitting, to the second terminal, a fifth message including information on a second profile and information to be noted by a user; Receiving, from the second terminal, information on whether to consent to download of the second profile and a request for a profile package based on the fifth message; And transmitting the profile package to the second terminal.
  • a method by a first terminal in a wireless communication system comprising: receiving a first profile movement request from a user; Transmitting, to a server, a message requesting an activation code based on the first profile movement request; And receiving an activation code for the second profile from the server, wherein the activation code for the second profile is determined by the server and the operator.
  • the method further comprises transmitting an activation code for the second profile to a second terminal, wherein the activation code is displayed as a QR code.
  • deactivating the first profile And transmitting the deactivation result to the server.
  • a transceiver capable of transmitting and receiving at least one signal; And a control unit coupled to the transmission/reception unit, wherein the control unit: receives a first profile movement request from a first terminal, and checks the possibility of the first profile movement based on the received first profile movement request, And, to the first terminal, characterized in that it is configured to transmit an activation code for a second profile.
  • a transmission/reception unit capable of transmitting and receiving at least one signal; And a control unit coupled to the transmitting/receiving unit, wherein the control unit: receives a first profile movement request from a user, and transmits a message to a server for requesting an activation code based on the first profile movement request, and It is configured to receive an activation code for the second profile from the server, and the activation code for the second profile is determined by the server and the operator.
  • a terminal for managing a profile for connection to a network using an embedded universal integrated circuit card (eUICC) in a wireless communication system includes: a transceiver; And receiving a request to move the profile from a user, checking profile movement information, sending a message requesting an activation code to a profile server, receiving an activation code and whether a profile needs to be deleted from the profile server, and receiving the profile.
  • eUICC embedded universal integrated circuit card
  • It may include at least one processor that transmits, receives a profile package from the profile server, and controls the terminal to install the profile package.
  • a profile server for providing a profile for network connection to a terminal includes: a transceiver; And receiving a request message for moving the profile from the terminal, determining whether the profile is movable, generating an activation code for downloading the profile or a new profile, and if the profile is movable, the state of the profile is determined.
  • the new profile is set to a downloadable state, and if the profile cannot be moved, the new profile is set to a downloadable state, and a message including the activation code and whether the profile needs to be deleted is transmitted to the terminal, and the Receiving the deletion result of the profile from the terminal, changing the profile to a downloadable state, receiving a profile download request message from the terminal, determining whether the profile is in a downloadable state, and the profile is in a downloadable state
  • it may include at least one processor that transmits a profile package to the terminal and controls the profile server to transmit an error code when the profile is in a state in which download is impossible.
  • a service can be effectively provided in a mobile communication system.
  • the terminal when a terminal intends to reinstall a profile installed in the terminal to another terminal, the terminal receives an activation code required for re-installation of the profile from the profile server or receives an activation code required for re-installation of the profile. It is possible to extract the profile from information stored in the terminal or the profile, delete the profile to be moved if necessary, and transfer the activation code to another terminal, so that the other terminal can efficiently download and install the profile from the profile server.
  • a profile server when a profile server receives a request from a terminal to reinstall a profile installed on a terminal in another terminal, if the profile can be reused, the profile is set to a state in which it cannot be downloaded. Requests to delete the profile, and if reuse of the profile is not possible, prepare another profile by setting it to a downloadable state, generate an activation code to download the prepared profile, and when the terminal deletes the profile, the profile is By changing to a downloadable state, you can prevent the duplication of the profile and process the profile download safely.
  • 1 is a diagram illustrating a method of connecting a terminal to a mobile communication network using a universal integrated circuit card (UICC) equipped with a fixed profile according to an embodiment of the present disclosure.
  • UICC universal integrated circuit card
  • FIG. 2 is a diagram illustrating a configuration of a system in which a terminal manages a profile installed in a first terminal and installs a profile in a second terminal according to an input of a user according to an embodiment of the present disclosure.
  • FIG. 3A is a diagram illustrating a procedure in which a first terminal receives an activation code through a profile server and transmits it to a second terminal to download a new profile according to an embodiment of the present disclosure.
  • FIG. 3B is a diagram illustrating another procedure in which a first terminal receives an activation code through a profile server and transmits the activation code to a second terminal to download a new profile according to an embodiment of the present disclosure.
  • FIG. 4A is a diagram illustrating a procedure of receiving an activation code through a profile server by a first terminal and downloading the same profile again by transmitting the activation code to a second terminal according to an embodiment of the present disclosure.
  • 4B is a diagram illustrating another procedure in which a first terminal receives an activation code through a profile server, transmits the activation code to a second terminal, and downloads the same profile again according to an embodiment of the present disclosure.
  • FIG. 4C is a diagram illustrating another procedure in which a first terminal receives an activation code through a profile server, transmits it to a second terminal, and downloads the same profile again according to an embodiment of the present disclosure.
  • FIG. 4D is a diagram illustrating another procedure in which a first terminal receives an activation code through a profile server, transmits the activation code to a second terminal, and downloads the same profile again according to an embodiment of the present disclosure.
  • FIG. 5 is a diagram illustrating a procedure for downloading a new profile by transmitting an activation code stored in a first terminal to a second terminal by a first terminal according to an embodiment of the present disclosure.
  • FIG. 6 is a diagram illustrating a procedure in which a first terminal transmits an activation code stored in a first terminal to a second terminal and downloads the same profile again according to an embodiment of the present disclosure.
  • FIG. 7A is a flowchart illustrating an operation procedure of a first terminal according to an embodiment of the present disclosure.
  • FIG. 7B is a flowchart illustrating an operation procedure of a second terminal according to an embodiment of the present disclosure.
  • FIG. 8 is a flowchart illustrating an operation procedure of a profile server according to an embodiment of the present disclosure.
  • FIG. 9 is a block diagram illustrating components of a terminal according to an embodiment of the present disclosure.
  • FIG. 10 is a block diagram illustrating components of a profile server according to an embodiment of the present disclosure.
  • each block of the flowchart diagrams and combinations of the flowchart diagrams may be executed by computer program instructions. Since these computer program instructions can be mounted on the processor of a general purpose computer, special purpose computer or other programmable data processing equipment, the instructions executed by the processor of the computer or other programmable data processing equipment are described in the flowchart block(s). It creates a means to perform functions.
  • These computer program instructions may be stored on a computer-usable or computer-readable storage medium that can be directed to a computer or other programmable data processing equipment to implement a function in a particular manner, so that the computer-readable or computer-readable It is also possible for the instructions stored on the storage medium to produce an article of manufacture containing instruction means for performing the functions described in the flowchart block(s).
  • Computer program instructions can also be mounted on a computer or other programmable data processing equipment, so that a series of operating steps are performed on a computer or other programmable data processing equipment to create a computer-executable process to create a computer or other programmable data processing equipment. It is also possible for instructions to perform processing equipment to provide steps for executing the functions described in the flowchart block(s).
  • each block may represent a module, segment, or part of code that contains one or more executable instructions for executing the specified logical function(s).
  • functions mentioned in blocks may occur out of order. For example, two blocks shown in succession may in fact be executed substantially simultaneously, or the blocks may sometimes be executed in reverse order depending on the corresponding function.
  • the term' ⁇ unit' used in the present embodiment refers to software or hardware components such as FPGA or ASIC, and' ⁇ unit' performs certain roles.
  • The' ⁇ unit' may be configured to be in an addressable storage medium, or may be configured to reproduce one or more processors.
  • ' ⁇ unit' refers to components such as software components, object-oriented software components, class components and task components, processes, functions, properties, and procedures. , Subroutines, segments of program code, drivers, firmware, microcode, circuitry, data, database, data structures, tables, arrays, and variables.
  • components and functions provided in the' ⁇ units' may be combined into a smaller number of elements and' ⁇ units', or may be further divided into additional elements and' ⁇ units'.
  • components and' ⁇ units' may be implemented to play one or more CPUs in a device or a security multimedia card.
  • UICC Universal Integrated Circuit Card
  • UICC stores personal information such as mobile communication subscriber's network access authentication information, phone book, and SMS, and performs subscriber authentication and traffic security key generation when accessing mobile communication networks such as GSM, WCDMA, and LTE to ensure safe mobile communication use. It means the chip that makes it possible.
  • the UICC may include a communication application or an access control module for a terminal to access a network of a mobile communication service provider.
  • Examples of such communication applications or access control modules include USIM (Universal Subscriber Identity Module), SIM (Subscriber Identity Module), ISIM (IP Multimedia Service Identity Module), and the like.
  • UICC can provide a high-level security function for loading various application applications such as electronic wallets, ticketing, and electronic passports.
  • UICC with USIM is also commonly referred to as a USIM card.
  • a UICC including a SIM module is commonly referred to as a SIM card.
  • SIM card SIM card
  • UICC card USIM card
  • UICC card UICC card
  • the SIM card stores personal information of a mobile communication subscriber and performs subscriber authentication and traffic security key generation when accessing a mobile communication network, thereby enabling safe mobile communication use.
  • a SIM card is manufactured as a dedicated card for a corresponding operator at the request of a specific mobile communication operator, and authentication information for network access of the corresponding operator, for example, a USIM (Universal Subscriber Identity Module) application and an IMSI (International Mobile Subscriber Identity), K value, OPc value, etc. are preloaded on the card and shipped. Therefore, the SIM card is supplied by the mobile communication service provider and provided to the subscriber, and then, if necessary, management such as installation, modification, and deletion of applications in the UICC can be performed using technologies such as OTA (Over The Air).
  • OTA Over The Air
  • Subscribers can insert the UICC card into their own mobile communication terminal to use the network and application services of the mobile communication service provider, and when replacing the terminal, the user can move and insert the UICC card from the old terminal to the new terminal, thereby moving the authentication information stored in the UICC card Communication phone numbers, personal phone books, etc. can be used as they are in the new terminal.
  • the SIM card is inconvenient for a mobile communication terminal user to receive services from other mobile communication service providers.
  • a mobile communication terminal user is inconvenient in having to physically acquire a SIM card in order to receive a service from a mobile communication service provider. For example, when traveling to another country, it is inconvenient to obtain a local SIM card in order to receive local mobile communication services. In the case of roaming service, it solves the inconvenience to some extent, but there is also a problem that the fee is relatively expensive and the service cannot be received if there is no contract between the carriers.
  • the SIM module when the SIM module is downloaded and installed remotely on the UICC card, this inconvenience can be largely solved. That is, the SIM module of the mobile communication service that the user wants to use at a desired time can be downloaded to the UICC card.
  • a UICC card may be used as a method of downloading and installing a plurality of SIM modules, and selecting only one of them.
  • Such a UICC card may or may not be fixed to the terminal.
  • the UICC fixed to the terminal is called eUICC (embedded UICC).
  • the eUICC refers to a UICC card that can be fixed to the terminal and used by remotely downloading and selecting a SIM module.
  • eUICC a UICC card capable of remotely downloading and selecting a SIM module
  • eUICC a UICC card that is fixed or not fixed to the terminal
  • SIM module information to be downloaded is collectively referred to as eUICC profile, or more simply, the term profile.
  • eUICC embedded UICC
  • eUICC embedded UICC
  • eUICC can be installed by downloading a profile using OTA (Over The Air) technology.
  • eUICC can be named as UICC, which enables profile download and installation.
  • a method of downloading and installing a profile using OTA technology in an eUICC may also be applied to a detachable UICC capable of being inserted and removed from a terminal. That is, in the embodiment of the present disclosure, it may be applied to a UICC that can download and install a profile using OTA technology.
  • UICC may be used interchangeably with “SIM”, and “eUICC” may be mixed with “eSIM”.
  • Profile may mean packaging of an application, a file system, an authentication key value, etc. stored in the UICC in a software form.
  • USIM Profile may mean the same as “Profile” or may mean that information included in a USIM application in the profile is packaged in software form.
  • the operation of enabling the profile by the terminal means an operation of changing the state of the profile to the enabled state so that the terminal can receive communication services through the communication service provider that provided the profile. can do.
  • the profile in the active state may be expressed as an “enabled profile”.
  • the operation of disabling a profile by the terminal means an operation of changing the state of the profile to a disabled state so that the terminal cannot receive communication services through a communication service provider that provided the profile. can do.
  • the profile in the deactivated state may be expressed as "disabled profile".
  • an operation in which the terminal deletes a profile may refer to an operation of changing a state of a corresponding profile to a deleted state so that the terminal can no longer activate or deactivate the corresponding profile.
  • the profile in the deleted state may be expressed as a "deleted profile”.
  • the operation of the terminal to enable, disable, or delete a profile is to set the state of each profile to an enabled state, a disabled state, or a deleted state. Without changing immediately, each profile is marked as to be enabled, to be disabled, or to be deleted, and the terminal or UICC of the terminal is Changing each profile to enabled, disabled, or deleted after performing a specific action (e.g., performing a refresh or reset command). It can also mean action. Marking a specific profile as scheduled (i.e., to be enabled, to be disabled, or to be deleted) must be performed for one profile.
  • displaying the scheduled status of but is not limited to, displaying one or more profiles as the same or different from each other, displaying one profile as one or more scheduled states, or displaying one or more profiles as the same or different from each other. It is also possible to display the status.
  • the terminal displays one or more scheduled states for an arbitrary profile
  • the two scheduled state indications may be integrated into one.
  • the corresponding profile may be integratedly displayed in a deactivated and deleted state (to be disabled and deleted).
  • the operation of the terminal to display the predetermined state for one or more profiles may be performed sequentially or simultaneously.
  • the operation of the terminal displaying the predetermined state for one or more profiles and then changing the state of the actual profile may be performed sequentially or simultaneously.
  • the "profile providing server” may include a function of generating a profile, encrypting the generated profile, generating a profile remote management command, or encrypting the generated profile remote management command.
  • Profile provision server SM-DP (Subscription Manager Data Preparation), SM-DP+ (Subscription Manager Data Preparation plus), off-card entity of Profile Domain, profile encryption server, profile creation server, profile provider (Profile Provisioner, PP) , Profile Provider, and PPC holder (Profile Provisioning Credentials holder).
  • the "profile management server” may include a function of managing a profile.
  • Profile management server is SM-SR (Subscription Manager Secure Routing), SM-SR+ (Subscription Manager Secure Routing Plus), off-card entity of eUICC Profile Manager or PMC holder (Profile Management Credentials holder), EM (eUICC Manager), PP It can be expressed as (Profile Manager).
  • the profile providing server may mean a combined function of the profile management server. Accordingly, in various embodiments of the present disclosure, the operation of the profile providing server may be performed in the profile management server. Similarly, the operation of the profile management server or the SM-SR may be performed in the profile providing server.
  • the "opening brokerage server” may be expressed as a subscription manager discovery service (SM-DS), a discovery service (DS), a root brokerage server (Root SM-DS), and an alternative brokerage server (Alternative SM-DS).
  • the opening brokerage server may receive an event registration request (Register Event Request, Event Register Request) from one or more profile providing servers or opening brokerage servers.
  • one or more opening brokerage servers may be used in combination, and in this case, the first opening brokerage server may receive an event registration request from not only the profile providing server but also the second opening brokerage server.
  • the profile providing server and the opening intermediary server may be used under the name of'RSP (Remote SIM Provisioning) server'.
  • the RSP server may be expressed as SM-XX (Subscription Manager XX).
  • the terminal refers to a mobile station (MS), a user equipment (UE), a user terminal (UT), a wireless terminal, an access terminal (AT), a terminal, a subscriber unit, and a subscriber station. (SS), a wireless device, a wireless communication device, a wireless transmit/receive unit (WTRU), a mobile node, a mobile or other terms.
  • the terminal is a cellular phone, a smart phone having a wireless communication function, a personal portable terminal (PDA) having a wireless communication function, a wireless modem, a portable computer having a wireless communication function, a digital camera having a wireless communication function.
  • a photographing device a gaming device having a wireless communication function, a music storage and playback home appliance having a wireless communication function, an Internet home appliance capable of wireless Internet access and browsing, as well as a portable unit or terminals incorporating a combination of such functions.
  • the terminal may include a machine to machine (M2M) terminal and a machine type communication (MTC) terminal/device, but is not limited thereto.
  • M2M machine to machine
  • MTC machine type communication
  • the terminal may also be referred to as an electronic device.
  • the "electronic device” may have a built-in UICC that can be installed by downloading a profile.
  • the UICC When the UICC is not embedded in the electronic device, the UICC physically separated from the electronic device may be inserted into the electronic device and connected to the electronic device.
  • the UICC in the form of a card, the UICC may be inserted into an electronic device.
  • the electronic device may include a terminal, and in this case, the terminal may be a terminal including a UICC capable of downloading and installing a profile.
  • the UICC may be embedded in the terminal, and when the terminal and the UICC are separated, the UICC may be inserted into the terminal, or inserted into the terminal to be connected to the terminal.
  • the UICC that can be installed by downloading a profile may be referred to as eUICC, for example.
  • the terminal or electronic device may include software or applications installed in the terminal or electronic device to control the UICC or eUICC.
  • Software or applications installed in the terminal or electronic device to control the UICC or eUICC may be referred to as, for example, a Local Profile Assistant (LPA).
  • LPA Local Profile Assistant
  • profile identifier refers to a profile identifier (Profile ID), ICCID (Integrated Circuit Card ID), Matching ID, Event ID, Activation Code, Activation Code Token, and command Matching with Command Code, Command Code Token, Signed Command Code, Unsigned Command Code, ISD-P or Profile Domain (PD) It may be referred to as a factor that becomes.
  • Profile ID may indicate a unique ID of each profile.
  • the profile identifier may further include an address of a profile providing server (SM-DP+) capable of indexing the profile.
  • the profile identifier may further include a signature of the profile providing server (SM-DP+).
  • the "eUICC identifier (eUICC ID)" may be a unique identifier of an eUICC embedded in the terminal, and may be referred to as an EID.
  • the eUICC identifier (eUICC ID) may be an identifier of the corresponding provisioning profile (Provisioning Profile ID).
  • provisioning Profile ID provisioning Profile ID
  • the eUICC identifier (eUICC ID) may be the terminal ID.
  • the eUICC identifier (eUICC ID) may refer to a specific secure domain of the eUICC chip.
  • Profile Container may be referred to as a profile domain.
  • Profile Container may be a security domain (Security Domain).
  • an "application protocol data unit (APDU)" may be a message for a terminal to interwork with an eUICC.
  • the APDU may be a message for interworking with the eUICC (Profile Provider) or PM (Profile Manager).
  • PPC Profile Provisioning Credentials
  • the PPC may contain one or more of a symmetric key, a Rivest Shamir Adleman (RSA) certificate and private key, an elliptic curved cryptography (ECC) certificate and private key, a root certification authority (CA), and a certificate chain. I can.
  • RSA Rivest Shamir Adleman
  • ECC elliptic curved cryptography
  • CA root certification authority
  • different PPCs for each of the plurality of profile providing servers may be stored or used in the eUICC.
  • PMC Profile Management Credentials
  • the PMC may contain one or more of a symmetric key, an RSA certificate and private key, an ECC certificate and private key, a root CA, and a certificate chain.
  • PMCs for each of the plurality of profile management servers may be stored or used in the eUICC.
  • AID may be an application identifier. This value may be a separator that distinguishes different applications within eUICC.
  • Event may be a term collectively referring to Profile Download, Remote Profile Management, or other profile or eUICC management/processing commands.
  • Event (Event) may be named as a remote SIM provisioning operation (Remote SIM Provisioning Operation, or RSP operation, or RSP Operation) or event record (Event Record), and each event (Event) is a corresponding event identifier (Event Identifier) , Event ID, EventID) or matching identifier (Matching Identifier, Matching ID, MatchingID) and the address (FQDN, IP Address, or URL), a signature of the profile providing server (SM-DP+) or the opening brokerage server (SM-DS), and at least one digital certificate of the profile providing server (SM-DP+) or the opening brokerage server (SM-DS) It may be referred to as data to be performed.
  • Command code Data corresponding to the event may be referred to as "command code”.
  • command code processing procedure or "command code procedure” or "LPA API (Local Profile Assistant Application Programming Interface)”.
  • Profile Download can be mixed with Profile Installation.
  • Event Type is a term that describes whether a particular event is a profile download, remote profile management (eg delete, activate, deactivate, replace, update, etc.), or other profile or eUICC management/handling command. It can be used, and can be named as an operation type (Operation Type or OperationType), an operation classification (Operation Class or OperationClass), an event request type, an event class, an event request class, etc. I can. As for an arbitrary event identifier (EventID or MatchingID), a path or usage purpose (EventID Source or MatchingID Source) for which the terminal acquires the corresponding event identifier (EventID or MatchingID) may be designated.
  • Profile Package may be mixed with a profile or used as a term indicating a data object of a specific profile, and may be referred to as Profile TLV or Profile Package TLV (Profile Package TLV).
  • Profile package TLV When the profile package is encrypted using an encryption parameter, it may be referred to as a protected profile package (PPP) or a protected profile package TLV (PPP TLV).
  • PPP protected profile package
  • PPP TLV protected profile package
  • PPP TLV protected profile package
  • BPP bound profile package
  • BPP TLV bound profile package
  • the profile package TLV may be a data set representing information configuring a profile in a TLV (Tag, Length, Value) format.
  • LPM Local Profile Management
  • LPM changes the status of a specific profile (Enabled, Disabled, Deleted) through software installed on the terminal, or the contents of a specific profile (e.g., Profile Nickname, Profile Metadata, etc.) ) Can be used for updating.
  • the LPM may include more than one local management command, and in this case, the profile subject to each local management command may be the same or different for each local management command.
  • Remote Profile Management refers to Profile Remote Management, Remote Management, Remote Management Command, Remote Command, and Remote Profile. It can be named as a management package (RPM Package), a Profile Remote Management Package, a Remote Management Package, a Remote Management Command Package, and a Remote Command Package.
  • RPM changes the status of a specific profile (Enabled, Disabled, Deleted), or updates the contents of a specific profile (e.g., Profile Nickname, Profile Metadata, etc.). Can be used for purposes.
  • the RPM may include more than one remote management command, and in this case, the target profile of each remote management command may be the same or different for each remote management command.
  • Certificate refers to an asymmetric key-based mutual key composed of a pair of a public key (PK) and a secret key (SK). It may represent a digital certificate used for Mutual Authentication.
  • Each certificate includes one or more public keys (PK), a public key identifier (PKID) corresponding to each public key, and the identifier of the certificate issuer (CI) that issued the certificate. (Certificate Issuer ID) and digital signature (Digital Signature) may be included.
  • “Certificate Issuer” may be referred to as “Certification Issuer”, “Certificate Authority (CA)”, “Certification Authority”.
  • Public Key (PK) and “Public Key ID (PKID)” refer to a specific public key, a certificate including the corresponding public key, or a part of a specific public key or a corresponding public key.
  • Part of the included certificate, or the operation result (e.g., Hash) value of a specific public key, or the operation result (e.g., Hash) value of the certificate containing the public key, or a specific public key It refers to the operation result (eg, hash) value of a part of the key or the operation result (eg, hash) value of the part of the certificate including the corresponding public key, or a storage space in which data is stored It may be used interchangeably with the same meaning as to.
  • certificates (primary certificates) issued by one certificate issuer are used to issue other certificates (secondary certificates), or secondary certificates are used to jointly issue third or more certificates.
  • the correlation between the corresponding certificates can be named as a certificate chain or certificate hierarchy.
  • the CI certificate used for issuing the initial certificate is the root of certificate and the highest certificate. , Root CI, Root CI Certificate, Root CA, Root CA Certificate, etc.
  • mobile operator may refer to a business that provides a communication service to a terminal, and a business supporting system (BSS), an operational supporting system (OSS), Point of sale terminals and other IT systems can all be collectively referred to.
  • BSS business supporting system
  • OSS operational supporting system
  • Point of sale terminals and other IT systems can all be collectively referred to.
  • a communication service provider is not limited to expressing only one specific business entity that provides a communication service, and a term referring to a group or association of one or more business entities (association or consortium), or an agency representing the group or association.
  • the communication service provider is an operator (operator or OP or Op.), a mobile network operator (MNO), a mobile virtual network operator (MVNO), a service provider (service provider or SP), It may be named as a profile owner (PO) or the like, and each communication service provider may set or be assigned at least one or more names and/or object identifiers (OIDs) of the communication service provider. If a telecommunications operator refers to a group or association or agency of more than one business entity, the name or unique identifier of any group or association or agency is shared by all businesses belonging to the group or association, or all businesses working with the agency. It may be a name or a unique identifier.
  • AKA may indicate authentication and key agreement, and may indicate an authentication algorithm for accessing 3GPP and 3GPP2 networks.
  • K is an encryption key value stored in the eUICC used in the AKA authentication algorithm.
  • Oc is a parameter value that can be stored in the eUICC used in the AKA authentication algorithm.
  • NAA is a network access application, and may be an application program such as USIM or ISIM for accessing a network by being stored in the UICC.
  • NAA may be a network access module.
  • the "indicator” may be used for expressing that a function, setting, or operation is required or not required, or may be used for expressing a corresponding function, setting, or operation itself.
  • the marker is expressed in various forms such as a character string or an alphanumeric string, an operator indicating true/false (boolean-TRUE or FALSE), a bitmap, an array, and a flag. Can be used, and other expressions having the same meaning can be used interchangeably.
  • FIG. 1 is a diagram illustrating a method of connecting a mobile communication network of a terminal using a UICC equipped with a profile fixed to a terminal according to an embodiment of the present disclosure.
  • the UICC 120 may be inserted into the terminal 110.
  • the UICC 120 may be detachable or pre-built in the terminal.
  • the fixed profile of the UICC on which the fixed profile is mounted means that'access information' for accessing a specific communication company is fixed.
  • the access information may be a K or Ki value required to authenticate to the network together with the subscriber identifier, IMSI and subscriber identifier.
  • the terminal 110 may perform authentication with an authentication processing system (eg, home location register (HLR) or AuC) of a mobile communication service provider using the UICC 120.
  • an authentication processing system eg, home location register (HLR) or AuC
  • the authentication process may be an AKA (Authentication and Key Agreement) process.
  • the terminal can use mobile communication services such as telephone or mobile data using the mobile communication company network 130 of the mobile communication system.
  • FIG. 2 is a diagram illustrating a configuration of a system in which a terminal manages a profile installed in a first terminal and installs a profile in a second terminal according to an input of a user according to an embodiment of the present disclosure.
  • eSIMs 211 and 221 may be mounted on the terminals 210 and 220, and profiles (not shown) may be installed on the eSIMs 211 and 221.
  • LPAs 212 and 222 may be installed in the terminals 210 and 220.
  • the eSIMs 211 and 221 may be controlled by the LPAs 212 and 222.
  • the user 200 may control the profile installed in the eSIMs 211 and 221 of each terminal through the LPAs 212 and 222.
  • the user 200 may be provided with a communication service from a service provider (hereinafter referred to as "communication service provider” or “service provider", 250).
  • a profile (not shown) of the operator 250 may be installed in the first terminal 210.
  • the user 200 purchases a new second terminal 220, for example, the user 200 may attempt to install the profile installed in the first terminal 210 on the second terminal 220 again.
  • the operator 250 is connected to the first profile server 230 and the second profile server 240, and the LPA 212 of the first terminal 210 is connected to the first profile server 230, and 2
  • the LPA 222 of the terminal 220 may be connected to the second profile server 240.
  • the first profile server 230 and the second profile server 240 may be the same or different.
  • each operator server may be connected to each separate profile server, or at least one or more operator servers may be connected to the same profile server.
  • each of the profile servers 230 and 240 is configured as a single server, depending on implementations and embodiments, one or more profile servers (SM-DP+) may be included in the server configuration, and a specific profile server One or more open intermediary servers (SM-DS) that assist in creating a connection between the terminal and the terminal may be included in the server configuration.
  • SM-DP+ profile servers
  • SM-DS open intermediary servers
  • Such a configuration of various servers may be simply indicated as a single profile server in the following drawings.
  • FIG. 3A is a diagram illustrating a procedure in which a first terminal receives an activation code through a profile server and transmits it to a second terminal to download a new profile according to an embodiment of the present disclosure.
  • FIG. 3A the configuration and description of the user 200, the first terminal 210, the second terminal 220, the first profile server 230, the second profile server 240, and the operator 250 are shown in FIG. 2 Will be referred to.
  • the user 200, the first terminal 210, the second terminal 220, the first profile server 230, the second profile server 240, and the operator 250 respectively refer to the user ( 200)
  • the first terminal 210, the second terminal 220, the first profile server 230, the second profile server 240 may correspond to the operator 250.
  • the first profile server 230 and the second profile server 240 may be the same server.
  • the user 200 may request the first terminal 210 to transfer a first profile. If necessary, the user 200 may check information on the first profile (profile metadata) and information that the user who intends to move the first profile should be aware of through the first terminal 210. Part or all of the information on the first profile and part or all of the information that the user who wants to move the first profile should be aware of may be stored in the first terminal 210 to the first profile, and then step 307a It may be received from the first profile server 230 through or may be received from the second profile server 240 through step 313a.
  • the information on the first profile may include, for example, the name or logo of the operator 250, a profile policy, and the like.
  • the information to be noted by the user who intends to move the first profile may include, for example, the remaining number of profile movements allowed by the operator 250 or a cost that the user must pay for the profile movement. If the remaining number of profile movements allowed by the operator 250 is not left or is not defined, the first terminal 210 notifies the user that the movement of the first profile is impossible and terminates the operation, or from step 303a. By performing up to step 307a, the cost that the user must pay for moving the profile may be further received through the operator 250 or the profile servers 230 and 240 and notified to the user.
  • at least one or more addresses of a profile server to which the terminal should access to move the profile may be stored.
  • the profile server to which the terminal should access to move the profile may be, for example, the first profile server 230.
  • the first terminal 210 may request the first profile server 230 to move the first profile.
  • Step 303a is, for example, using at least one or more of an initiate authentication message, an authenticate client message, or a transfer request message, and/or a device change ) Or by further transmitting an operation type set to a transfer profile.
  • the procedure for requesting movement of the first profile in step 303a may include transmitting at least a profile identifier (ICCID) of the first profile.
  • ICCID profile identifier
  • the first profile server 230 and the operator 250 may check the possibility of moving the first profile. If the first profile cannot be moved to another terminal, the first profile server 230 and the operator 250 may prepare a new second profile.
  • Step 305a is, for example, a download order message, a confirm order message, a remote management order message, a release order message, or a handle notification. ) May be performed using at least one or more.
  • the profile server 230 and the operator 250 if necessary, information on a first profile (profile metadata), information on a second profile (profile metadata), and/or a user who wants to move the first profile You can create or change some or all of the information that should be noted.
  • the information on the first profile and the information on the second profile may include, for example, the name or logo of the service provider 250 providing each profile, a profile policy, and the like.
  • the information to be noted by the user who intends to move the first profile may include, for example, the remaining number of profile movements allowed by the operator 250 or a cost that the user must pay for the profile movement.
  • the first profile server 230 and the operator 250 may further generate an activation code for downloading the prepared second profile.
  • the activation code may include at least the address of the second profile server 240 in which the second profile is stored, and an event identifier (MatchingID) connected to the second profile.
  • MatchingID event identifier
  • first profile server 230 and the second profile server 240 are expressed as separate servers, but the first profile server 230 may be the same server as the second profile server 240. have.
  • step 305a and another embodiment refer to FIG. 3B.
  • the first profile server 230 may transmit an activation code for downloading the second profile to the first terminal 210, and may further notify that there is no need to delete the first profile.
  • a method of notifying that there is no need to delete the first profile is, for example, not sending a first profile delete request flag, not sending a first profile reuse flag, or A method such as transmitting a do not delete profile flag or transmitting a new profile flag may be used.
  • the first profile server 230 if necessary, contains information about the first profile, information about the second profile (profile metadata), and/or information that the user who intends to move the first profile should be aware of. Part or all of the information may be further announced to the first terminal 210.
  • the information on the first profile to the information on the second profile may include, for example, the name or logo of the service provider 250 providing each profile, a profile policy, and the like.
  • the information to be noted by the user who intends to move the first profile may include, for example, the remaining number of profile movements allowed by the operator 250 or a cost that the user must pay for the profile movement.
  • the first terminal 210 may convert the activation code into a form of an image such as a QR code or convert it into a string form and output it on the screen, and notify the user that the activation code is ready.
  • the QR code may be replaced with barcode information or other encryption information.
  • the user 200 may input the activation code output on the screen of the first terminal 210 into the second terminal 220.
  • a method of entering the activation code various methods such as taking an image such as a QR code with a camera or inputting a text string with a keyboard may be used.
  • the first terminal 210 and the second terminal 220 are connected to each other through short-range communication (eg, Bluetooth, NFC, WiFi, WiFi Direct, etc.)
  • the first terminal 210 is in step 309a.
  • the activation code may be transmitted directly to the second terminal 220 without outputting it on the screen.
  • the second terminal 220 may request the second profile server 240 to download the second profile.
  • Step 313a may be performed using, for example, at least one of an initiate authentication message, an authenticate client message, and a transfer request message.
  • Step 313a may include a procedure for the second terminal 220 to transmit the event identifier (MatchingID) included in the activation code to the second profile server 240.
  • the second terminal 200 may use WiFi or an Internet tethering function provided by the first terminal 210 for Internet connection.
  • the second profile server 240 may transmit information about the second profile (profile metadata) and information that the user who downloads the second profile should be aware of to the second terminal 220.
  • the information on the second profile may include, for example, the name or logo of the operator 250, a profile policy, and the like.
  • Information to be noted by the user who downloads the second profile may include, for example, the remaining number of profile movements allowed by the operator 250 or a cost that the user must pay for the profile movement.
  • the user 200 may check information on the second profile and information to be noted by the user who downloads the second profile, and consent to the profile installation.
  • the operation to agree to the profile installation is an operation of selecting "Yes/No", entering a password set by the user 200, entering biometric information such as a fingerprint or an iris of the user 200, etc. It may include.
  • the second terminal 220 may notify the second profile server 240 that the user 200 has agreed to download the profile and request a profile package.
  • the second profile server 240 may deliver the profile package for the second profile to the second terminal 220.
  • the second terminal 220 may install the second profile using a profile package for the second profile.
  • the first terminal 210 may deactivate and delete the first profile, and may notify the deactivation result and the deletion result to the first profile server 230.
  • the deactivation result and deletion result of the first profile may include at least a profile identifier (ICCID) of the first profile.
  • Step 325a may be performed using, for example, a handle notification message.
  • Step 325a may be a separate operation irrelevant to the fact that the first profile server 230 does not request deletion of the first profile in step 307a, and may be selectively performed as necessary.
  • ICCID profile identifier
  • the first terminal 210 is shown to notify the deactivation result and the deletion result to the first profile server 230, but the deactivation result and the deletion result are other profile servers (for example, , It may be transmitted to the second profile server 240 or a third profile server not shown in the drawing), and the deactivation result and the deletion result may be separately transmitted.
  • the first terminal 210 may omit an operation of deactivating the first profile and an operation of notifying the first profile server 230 of the deactivation result in step 325a.
  • FIG. 3B is a diagram illustrating another procedure in which a first terminal receives an activation code through a profile server and transmits the activation code to a second terminal to download a new profile according to an embodiment of the present disclosure.
  • FIG. 3B the configuration and description of the user 200, the first terminal 210, the second terminal 220, the first profile server 230, the second profile server 240, and the operator 250 are shown in FIG. 2 Will be referred to.
  • the user 200, the first terminal 210, the second terminal 220, the profile server 230, and the operator 250 are respectively the user 200, the first terminal 210, It may correspond to the second terminal 220, the first profile server 230, and the operator 250.
  • the operator 250 may request the profile server 230 to notify the operator 250 when receiving a request to move the first profile from the terminals 210 and 220.
  • a method of requesting notification to the operator 250 is, for example, by transmitting a notification request on transfer flag or transfer without notice. A method such as transmitting an available without notification) flag may be used.
  • the user 200 may request the first terminal 210 to transfer the first profile. If necessary, the user 200 may check information on the first profile (profile metadata) through the first terminal 210. Some or all of the information on the first profile may be stored in the first terminal 210 to the first profile. The information on the first profile may include, for example, the name or logo of the operator 250, a profile policy, and the like. In addition, in the first terminal 210 and the first profile, at least one or more addresses of a profile server to which the terminal should access to move the profile may be stored. The profile server to which the terminal should access to move the profile may be, for example, the profile server 230.
  • the first terminal 210 may request the profile server 230 to move the first profile.
  • Step 305b is, for example, using at least one or more of an initiate authentication message, an authenticate client message, or a transfer request message, and/or a device change ) Or by further transmitting an operation type set to a transfer profile.
  • the procedure for requesting movement of the first profile in step 305b may include transmitting at least a profile identifier (ICCID) of the first profile.
  • ICCID profile identifier
  • the profile server 230 may notify the operator 250 that a request to move the first profile has been received from the terminal 210.
  • a handle notification message may be used.
  • the operator 250 may check a transfer policy of the first profile.
  • the criteria for allowing the movement of the first profile may refer to, for example, a communication plan to which the user 200 has subscribed. If necessary, the operator 250 may provide additional information to the user 200 in order to move the first profile and determine that the user 200 needs to obtain consent.
  • the operator 250 may transmit part or all of the information to be known to the user who intends to move the first profile to the profile server 230.
  • the information to be noted by the user who intends to move the first profile may include, for example, the remaining number of profile movements allowed by the operator 250 or a cost that the user must pay for the profile movement.
  • the profile server 230 and the operator 250 if necessary, information on a first profile (profile metadata), information on a second profile (profile metadata), and/or a user who wants to move the first profile You can create or change some or all of the information that should be noted.
  • the information on the first profile to the information on the second profile may include, for example, the name or logo of the service provider 250 providing each profile, a profile policy, and the like.
  • the information to be noted by the user who intends to move the first profile may include, for example, the remaining number of profile movements allowed by the operator 250 or a cost that the user must pay for the profile movement.
  • the profile server 230 may transmit some or all of the information to be known to the user who intends to move the first profile to the first terminal 210.
  • the first terminal 210 may show some or all of the received information to the user 200.
  • the user 200 may check information for moving the first profile presented by the operator 250, and input user consent to the first terminal 210.
  • the first terminal 210 may transmit to the profile server 230 that the user has consented to the movement of the first profile.
  • Step 317b is, for example, using at least one or more of an initiate authentication message, an authenticate client message, a transfer request message, and/or a terminal change confirmation (device change confirmed) or transfer profile confirmed or end user confirmed operation type may be further transmitted.
  • the procedure of delivering that the user has consented to the movement of the first profile may include transmitting at least a profile identifier (ICCID) of the first profile.
  • ICCID profile identifier
  • the profile server 230 may notify the operator 250 that the user 200 has consented to the movement of the first profile.
  • Step 319b may use, for example, a handle notification message.
  • the profile server 230 and the operator 250 may prepare a new second profile.
  • Step 321b is, for example, a download order message, a confirm order message, a remote management order message, a release order message, or a handle notification. ) May be performed using at least one or more.
  • the profile server 230 and the operator 250 may further generate an activation code for downloading the prepared second profile.
  • the activation code may include at least the address of the profile server 230 in which the second profile is stored, and an event identifier (MatchingID) connected to the second profile.
  • the profile server 230 may transmit an activation code for downloading the second profile to the first terminal 210, and may further notify that there is no need to delete the first profile.
  • a method of notifying that there is no need to delete the first profile is, for example, not sending a first profile delete request flag, not sending a first profile reuse flag, or A method such as transmitting a do not delete profile flag or transmitting a new profile flag may be used.
  • the first terminal 210 may convert the activation code into a form of an image such as a QR code or convert it into a string form and output it to the screen, and notify the user that the activation code is ready.
  • the QR code may be replaced with barcode information or other encryption information.
  • the user 200 may input the activation code output on the screen of the first terminal 210 into the second terminal 220.
  • a method of entering the activation code various methods such as taking an image such as a QR code with a camera or inputting a text string with a keyboard may be used.
  • the first terminal 210 and the second terminal 220 are connected to each other through short-range communication (for example, Bluetooth, NFC, WiFi, WiFi Direct, etc.)
  • the first terminal 210 in step 327b The activation code may be transmitted directly to the second terminal 220 without outputting it on the screen.
  • step 329b the second terminal 220 may download the second profile from the profile server 230.
  • step 329b refer to a description of step 313a and subsequent steps of FIG. 3A.
  • FIG. 4A is a diagram illustrating a procedure of receiving an activation code through a profile server by a first terminal and downloading the same profile again by transmitting the activation code to a second terminal according to an embodiment of the present disclosure.
  • the configuration and description of the user 200, the first terminal 210, the second terminal 220, the profile server 230, and the operator 250 in FIG. 4A will be described with reference to FIG. 2.
  • the user 200, the first terminal 210, the second terminal 220, the profile server 230, and the operator 250 are respectively the user 200, the first terminal 210, It may correspond to the second terminal 220, the first profile server 230, and the operator 250.
  • the user 200 may request the first terminal 210 to transfer a first profile.
  • the user 200 may check information on the first profile (profile metadata) and information that the user who intends to move the first profile should be aware of through the first terminal 210.
  • Information on the first profile and information to be noted by a user who intends to move the first profile may be stored in the first terminal 210 to the first profile.
  • the information on the first profile may include, for example, the name or logo of the operator 250, a profile policy, and the like.
  • the information to be noted by the user who intends to move the first profile may include, for example, the remaining number of profile movements allowed by the operator 250 or a cost that the user must pay for the profile movement.
  • At least one or more addresses of a profile server to which the terminal should access to move the profile may be stored.
  • the profile server to which the terminal should access to move the profile may be, for example, the profile server 230.
  • the first terminal 210 may request the profile server 230 to move the first profile.
  • Step 403a is, for example, using at least one or more of an initiate authentication message, an authenticate client message, or a transfer request message, and/or a device change ) Or by further transmitting an operation type set to a transfer profile.
  • the procedure of requesting movement of the first profile in step 403a may include transmitting at least a profile identifier (ICCID) of the first profile.
  • ICCID profile identifier
  • the profile server 230 and the operator 250 may check the possibility of moving the first profile. If the first profile can be moved to another terminal, the profile server 230 and the operator 250 may prepare for reuse of the first profile. In this case, the prepared first profile may be set to a state in which download is not yet possible in order to prevent the profile from being duplicated.
  • Step 405a is, for example, a download order message, a confirm order message, a remote management order message, a release order message, or a handle notification. ) May be performed using at least one or more.
  • the profile server 230 and the operator 250 further generate information about the first profile (profile metadata) and/or some or all of the information that the user who wants to move the first profile should know if necessary.
  • the information on the first profile may include, for example, the name or logo of the operator 250, a profile policy, and the like.
  • the information to be noted by the user who intends to move the first profile may include, for example, the remaining number of profile movements allowed by the operator 250 or a cost that the user must pay for the profile movement.
  • the profile server 230 and the operator 250 may further generate an activation code for re-downloading the first profile.
  • the activation code may include at least the address of the profile server 240 in which the first profile is stored and an event identifier (MatchingID) connected to the first profile.
  • the first profile is expressed as being stored in the profile server 230, but the first profile may be stored in a profile server different from the profile server 230.
  • the second profile server 240 of FIG. 3A may be used.
  • the profile server 230 may transmit an activation code for re-downloading the first profile to the first terminal 210, and may further notify that it is necessary to delete the first profile.
  • a method of notifying that there is a need to delete the first profile is, for example, transmitting a first profile delete request flag, transmitting a first profile reuse flag, or first A method such as not transmitting a do not delete profile flag or not transmitting a new profile flag may be used.
  • the first profile server 230 if necessary, transmits some or all of the information about the second profile and/or the information that the user who downloads the second profile should be aware of. 210).
  • the first terminal 210 transmits some or all of the information to the user ( 200) and the consent of the user 200 may be input.
  • the first terminal 210 may deactivate and delete the first profile according to the request of the profile server 230, and may notify the deactivation result and the deletion result to the profile server 230.
  • the deactivation result and deletion result of the first profile may include at least a profile identifier (ICCID) of the first profile.
  • Step 409a may be performed using, for example, at least one of a disable profile message, a delete profile message, and a handle notification message.
  • ICCID profile identifier
  • the first terminal 210 is shown to notify the deactivation result and the deletion result to the profile server 230, but the deactivation result and the deletion result 2 It may be transmitted to the profile server 240 or a third profile server not shown in the drawing), and the deactivation result and the deletion result may be separately transmitted.
  • the first terminal 210 may omit an operation of deactivating the first profile and an operation of notifying the profile server 230 of the deactivation result.
  • the profile server 230 may confirm that the first terminal 210 has deleted the first profile, and set the first profile prepared in step 405a to a downloadable state. In addition, the profile server 230 may notify the first terminal 210 that the first profile is in a downloadable state.
  • the first terminal 210 may convert the activation code into a form of an image such as a QR code or convert it into a string form and output it to the screen, and notify the user that the activation code is ready.
  • the user 200 may input the activation code output on the screen of the first terminal 210 into the second terminal 220.
  • a method of entering the activation code various methods such as taking an image such as a QR code with a camera or inputting a text string with a keyboard may be used.
  • the first terminal 210 and the second terminal 220 are connected to each other through short-range communication (for example, Bluetooth, NFC, WiFi, WiFi Direct, etc.)
  • the first terminal 210 in step 413a The activation code may be transmitted directly to the second terminal 220 without outputting it on the screen.
  • the second terminal 220 may request the profile server 230 to download the first profile.
  • Step 417a may be performed using, for example, at least one of an initiate authentication message, an authenticate client message, and a transfer request message.
  • Step 417a may include a procedure for the second terminal 220 to transmit the event identifier (MatchingID) included in the activation code to the profile server 230.
  • the second terminal 200 may use WiFi or an Internet tethering function provided by the first terminal 210 for Internet connection.
  • the profile server 230 may first check whether the first profile is in a downloadable state. If the download of the first profile is impossible because it is not possible to confirm that the first profile has been deleted from the first terminal through steps 409a to 411a, the profile server 230 may return an error code and terminate the operation. If the download of the first profile is possible, the profile server 230 provides information on the first profile (profile metadata) and information to be noted by the user who downloads the first profile, and the second terminal 220 Can be passed on.
  • the information on the first profile may include, for example, the name or logo of the operator 250, a profile policy, and the like. Information to be noted by the user who downloads the first profile may include, for example, the remaining number of profile movements allowed by the operator 250 or a cost that the user must pay for the profile movement.
  • the user 200 may check information on the first profile and information to be noted by the user who downloads the first profile, and consent to the profile installation.
  • the operation to agree to the profile installation is an operation of selecting "Yes/No", entering a password set by the user 200, entering biometric information such as a fingerprint or an iris of the user 200, etc. It may include.
  • the second terminal 220 may notify the profile server 230 that the user 200 has agreed to download the profile, and may request a profile package.
  • the profile server 230 may deliver the profile package for the first profile to the second terminal 220.
  • the second terminal 220 may install the first profile using a profile package for the first profile.
  • 4B is a diagram illustrating another procedure in which a first terminal receives an activation code through a profile server and transmits the activation code to a second terminal to download a new profile according to an embodiment of the present disclosure.
  • the configuration and description of the user 200, the first terminal 210, the second terminal 220, the profile server 230, and the operator 250 in FIG. 4B will be referred to FIG. 2.
  • the user 200, the first terminal 210, the second terminal 220, the profile server 230, and the operator 250 are respectively the user 200, the first terminal 210, It may correspond to the second terminal 220, the first profile server 230, and the operator 250.
  • the operator 250 may request the profile server 230 to notify the operator 250 when receiving a request to move the first profile from the terminals 210 and 220.
  • a method of requesting notification to the operator 250 is, for example, by transmitting a notification request on transfer flag or transfer without notice. A method such as transmitting an available without notification) flag may be used.
  • the user 200 may request the first terminal 210 to transfer the first profile. If necessary, the user 200 may check information on the first profile (profile metadata) through the first terminal 210. Some or all of the information on the first profile may be stored in the first terminal 210 to the first profile. The information on the first profile may include, for example, the name or logo of the operator 250, a profile policy, and the like. In addition, in the first terminal 210 to the first profile, at least one or more addresses of a profile server to which the terminal should access to move the profile may be stored. The profile server to which the terminal should access to move the profile may be, for example, the profile server 230.
  • the first terminal 210 may request the profile server 230 to move the first profile.
  • Step 405b is, for example, using at least one or more of an initiate authentication message, an authenticate client message, or a transfer request message, and/or a device change ) Or by further transmitting an operation type set to a transfer profile.
  • the procedure of requesting movement of the first profile in step 405b may include transmitting at least a profile identifier (ICCID) of the first profile.
  • ICCID profile identifier
  • the profile server 230 may notify the operator 250 that a request to move the first profile has been received from the terminal 210.
  • a handle notification message may be used.
  • the operator 250 may check the transfer policy of the first profile.
  • the criteria for allowing the movement of the first profile may refer to, for example, a communication plan to which the user 200 has subscribed. If necessary, the operator 250 may provide additional information to the user 200 in order to move the first profile and determine that the user 200 needs to obtain consent.
  • the operator 250 may transmit some or all of the information to be known to the user who intends to move the first profile to the profile server 230, and further notify that it is necessary to delete the first profile first.
  • the information to be noted by the user who intends to move the first profile may include, for example, the remaining number of profile movements allowed by the operator 250 or a cost that the user must pay for the profile movement.
  • the profile server 230 and the operator 250 further generate information on the first profile (profile metadata) and/or some or all of the information that the user who wants to move the first profile should be aware of, if necessary. Or change it.
  • the information on the first profile may include, for example, the name or logo of the operator 250 that provided the first profile, a profile policy, and the like.
  • the information to be noted by the user who intends to move the first profile may include, for example, the remaining number of profile movements allowed by the operator 250 or a cost that the user must pay for the profile movement.
  • a method of notifying that there is a need to delete the first profile is, for example, transmitting a first profile delete request flag, transmitting a first profile reuse flag, or first
  • a method such as not transmitting a do not delete profile flag or not transmitting a new profile flag may be used.
  • the profile server 230 may transmit part or all of the information to be known to the user who intends to move the first profile to the first terminal 210.
  • the first terminal 210 may show some or all of the received information to the user 200.
  • the user 200 may check information for moving the first profile presented by the operator 250 and input user consent to the first terminal 210.
  • the first terminal 210 may transmit to the profile server 230 that the user has consented to the movement of the first profile.
  • Step 417b is, for example, using at least one or more of an initiate authentication message, an authenticate client message, or a transfer request message, and/or a terminal change confirmation (device change confirmed) or transfer profile confirmed or end user confirmed operation type may be further transmitted.
  • the procedure of delivering that the user has consented to the movement of the first profile may include transmitting at least a profile identifier (ICCID) of the first profile.
  • ICCID profile identifier
  • the profile server 230 may notify the operator 250 that the user 200 has consented to the movement of the first profile.
  • Step 419b may use, for example, a handle notification message.
  • the profile server 230 and the operator 250 may prepare for reuse of the first profile.
  • Step 421b may use at least one or more of, for example, a download order message, a confirm order message, a remote management order message, or a handle notification, and , May be performed by further notifying that it is necessary to delete the first profile.
  • a method of notifying that there is a need to delete the first profile is, for example, transmitting a first profile delete request flag, transmitting a first profile reuse flag, or first A method such as not transmitting a do not delete profile flag or not transmitting a new profile flag may be used.
  • the profile server 230 and the operator 250 may further generate an activation code for downloading the prepared first profile.
  • the activation code may include at least an address of the profile server 230 in which the first profile is stored and an event identifier (MatchingID) connected to the first profile.
  • MatchingID event identifier
  • the profile server 230 may transmit an activation code for downloading the first profile to the first terminal 210, and may further notify that it is necessary to delete the first profile.
  • a method of notifying that there is a need to delete the first profile is, for example, transmitting a first profile delete request flag, transmitting a first profile reuse flag, or first A method such as not transmitting a do not delete profile flag or not transmitting a new profile flag may be used.
  • the first terminal 210 may deactivate and delete the first profile according to the request of the profile server 230, and notify the deactivation result and the deletion result to the profile server 230.
  • the deactivation result and deletion result of the first profile may include at least a profile identifier (ICCID) of the first profile.
  • Step 425b may be performed using at least one of, for example, a disable profile message, a delete profile message, or a handle notification message.
  • ICCID profile identifier
  • the first terminal 210 is shown to notify the deactivation result and the deletion result to the profile server 230, but the deactivation result and the deletion result 2 It may be transmitted to the profile server 240 or a third profile server not shown in the drawing), and the deactivation result and the deletion result may be separately transmitted.
  • the first terminal 210 may omit an operation of deactivating the first profile and an operation of notifying the profile server 230 of the deactivation result.
  • the profile server 230 may notify the operator 250 that the first profile has been deleted from the first terminal 210.
  • Step 427b may use, for example, a handle notification message.
  • Step 427b may include a procedure of delivering at least an identifier (ICCID) of the first profile.
  • ICCID identifier
  • step 429b the operator 250 may request the profile server 230 to change the first profile to a usable state.
  • Step 429b may use, for example, a release order message.
  • the profile server 230 may set the first profile prepared in step 421b to a downloadable state according to the request of the operator 250. In addition, the profile server 230 may notify the first terminal 210 that the first profile is in a downloadable state.
  • the first terminal 210 may convert the activation code into a form of an image such as a QR code or convert it into a string form and output it to the screen, and notify the user that the activation code is ready.
  • the QR code may be replaced with barcode information or other encryption information.
  • the user 200 may input the activation code output on the screen of the first terminal 210 to the second terminal 220.
  • a method of entering the activation code various methods such as taking an image such as a QR code with a camera or inputting a text string with a keyboard may be used.
  • the first terminal 210 and the second terminal 220 are connected to each other through short-range communication (for example, Bluetooth, NFC, WiFi, WiFi Direct, etc.)
  • the first terminal 210 in step 423b The activation code may be transmitted directly to the second terminal 220 without outputting it on the screen.
  • step 437b the second terminal 220 may download the first profile from the profile server 230.
  • step 437b refer to the description of step 417a and subsequent steps of FIG. 4A.
  • FIG. 4C is a diagram illustrating another procedure in which a first terminal receives an activation code through a profile server and transmits the activation code to a second terminal to download a new profile according to an embodiment of the present disclosure.
  • the configuration and description of the user 200, the first terminal 210, the second terminal 220, the profile server 230, and the operator 250 will be described with reference to FIG. 2.
  • the user 200, the first terminal 210, the second terminal 220, the profile server 230, and the operator 250 are respectively the user 200, the first terminal 210, It may correspond to the second terminal 220, the first profile server 230, and the operator 250.
  • the operator 250 may request the profile server 230 to notify the operator 250 when receiving a request to move the first profile from the terminals 210 and 220.
  • a method of requesting notification to the operator 250 is, for example, by transmitting a notification request on transfer flag or transfer without notice. A method such as transmitting an available without notification) flag may be used.
  • the user 200 may request the first terminal 210 to transfer the first profile. If necessary, the user 200 may check information on the first profile (profile metadata) through the first terminal 210. Some or all of the information on the first profile may be stored in the first terminal 210 to the first profile. The information on the first profile may include, for example, the name or logo of the operator 250, a profile policy, and the like. In addition, in the first terminal 210 to the first profile, at least one or more addresses of a profile server to which the terminal should access to move the profile may be stored. The profile server to which the terminal should access to move the profile may be, for example, the profile server 230.
  • the first terminal 210 may request the profile server 230 to move the first profile.
  • Step 405c is, for example, using at least one or more of an initiate authentication message, an authenticate client message, or a transfer request message, and/or a device change ) Or by further transmitting an operation type set to a transfer profile.
  • the procedure for requesting movement of the first profile in step 405c may include transmitting at least a profile identifier (ICCID) of the first profile.
  • ICCID profile identifier
  • the profile server 230 may notify the operator 250 that a request to move the first profile has been received from the terminal 210.
  • a handle notification message may be used.
  • the operator 250 may check a transfer policy of the first profile.
  • the criteria for allowing the movement of the first profile may refer to, for example, a communication plan to which the user 200 has subscribed. If necessary, the operator 250 may provide additional information to the user 200 in order to move the first profile and determine that the user 200 needs to obtain consent.
  • the operator 250 may transmit some or all of the information to be known to the user who intends to move the first profile to the profile server 230.
  • the information to be noted by the user who intends to move the first profile may include, for example, the remaining number of profile movements allowed by the operator 250 or a cost that the user must pay for the profile movement.
  • the profile server 230 and the operator 250 further generate information on the first profile (profile metadata) and/or some or all of the information that the user who wants to move the first profile needs to know if necessary. Or change it.
  • the information on the first profile may include, for example, the name or logo of the operator 250 that provided the first profile, a profile policy, and the like.
  • the information to be noted by the user who intends to move the first profile may include, for example, the remaining number of profile movements allowed by the operator 250 or a cost that the user must pay for the profile movement.
  • the profile server 230 may transmit some or all of the information to be known to the user who intends to move the first profile to the first terminal 210.
  • the first terminal 210 may show some or all of the received information to the user 200.
  • the user 200 may check information for moving the first profile presented by the operator 250, and may input user consent to the first terminal 210.
  • the first terminal 210 may transmit to the profile server 230 that the user has consented to the movement of the first profile.
  • Step 417c is, for example, using at least one or more of an initiate authentication message, an authenticate client message, or a transfer request message, and/or a terminal change confirmation (device change confirmed) or transfer profile confirmed or end user confirmed operation type may be further transmitted.
  • the procedure of delivering that the user has consented to the movement of the first profile may include transmitting at least a profile identifier (ICCID) of the first profile.
  • ICCID profile identifier
  • the profile server 230 may notify the operator 250 that the user 200 has agreed to move the first profile.
  • a handle notification message may be used.
  • the profile server 230 and the operator 250 may prepare for reuse of the first profile.
  • Step 421c is, for example, a download order message, a confirm order message, a remote management order message, a release order message, or a handle notification. ) May be used, and may be performed by further notifying that it is necessary to delete the first profile.
  • a method of notifying that there is a need to delete the first profile is, for example, transmitting a first profile delete request flag, transmitting a first profile reuse flag, or first A method such as not transmitting a do not delete profile flag or not transmitting a new profile flag may be used.
  • the profile server 230 and the operator 250 may further generate an activation code for downloading the prepared first profile.
  • the activation code may include at least an address of the profile server 230 in which the first profile is stored and an event identifier (MatchingID) connected to the first profile.
  • MatchingID event identifier
  • the profile server 230 may transmit an activation code for downloading the first profile to the first terminal 210, and may further notify that it is necessary to delete the first profile.
  • a method of notifying that there is a need to delete the first profile is, for example, transmitting a first profile delete request flag, transmitting a first profile reuse flag, or first A method such as not transmitting a do not delete profile flag or not transmitting a new profile flag may be used.
  • the first terminal 210 may deactivate and delete the first profile according to the request of the profile server 230, and may notify the deactivation result and the deletion result to the profile server 230.
  • the deactivation result and deletion result of the first profile may include at least a profile identifier (ICCID) of the first profile.
  • Step 425c may be performed using at least one of, for example, a disable profile message, a delete profile message, or a handle notification message.
  • ICCID profile identifier
  • the first terminal 210 is shown to notify the deactivation result and the deletion result to the profile server 230, but the deactivation result and the deletion result 2 It may be transmitted to the profile server 240 or a third profile server not shown in the drawing), and the deactivation result and the deletion result may be separately transmitted.
  • the first terminal 210 may omit an operation of deactivating the first profile and an operation of notifying the deactivation result to the profile server 230 in step 425c.
  • the profile server 230 may confirm that the first terminal 210 has deleted the first profile, and set the first profile prepared in step 421c to a downloadable state. In addition, the profile server 230 may notify the first terminal 210 that the first profile is in a downloadable state.
  • the profile server 230 may notify the operator 250 that the first profile has been deleted from the first terminal 210 and the profile movement is ready.
  • a handle notification message may be used.
  • Step 427c may include a procedure of delivering at least an identifier (ICCID) of the first profile.
  • the first terminal 210 may convert the activation code into a form of an image such as a QR code or convert it into a string form and output it on the screen, and notify the user that the activation code is ready.
  • the QR code may be replaced with barcode information or other encryption information.
  • the user 200 may input the activation code output on the screen of the first terminal 210 to the second terminal 220.
  • a method of entering the activation code various methods such as taking an image such as a QR code with a camera or inputting a text string with a keyboard may be used.
  • the first terminal 210 and the second terminal 220 are connected to each other through short-range communication (for example, Bluetooth, NFC, WiFi, WiFi Direct, etc.)
  • the first terminal 210 in step 423c The activation code may be transmitted directly to the second terminal 220 without outputting it on the screen.
  • step 437c the second terminal 220 may download the first profile from the profile server 230.
  • step 437c refer to the description of step 417a and subsequent steps of FIG. 4A.
  • FIG. 4D is a diagram illustrating another procedure in which a first terminal receives an activation code through a profile server, transmits the activation code to a second terminal, and downloads a new profile according to an embodiment of the present disclosure.
  • the configuration and description of the user 200, the first terminal 210, the second terminal 220, the first profile server 230, and the operator 250 in FIG. 4D will be referred to FIG. 2.
  • the user 200, the first terminal 210, the second terminal 220, the profile server 230, and the operator 250 are respectively the user 200, the first terminal 210, It may correspond to the second terminal 220, the first profile server 230, and the operator 250.
  • the operator 250 may request the profile server 230 to notify the operator 250 when receiving a request to move the first profile from the terminals 210 and 220.
  • a method of requesting notification to the operator 250 is, for example, by transmitting a notification request on transfer flag or transfer without notice. A method such as transmitting an available without notification) flag may be used.
  • the user 200 may request the first terminal 210 to transfer the first profile. If necessary, the user 200 may check information on the first profile (profile metadata) through the first terminal 210. Some or all of the information on the first profile may be stored in the first terminal 210 to the first profile. The information on the first profile may include, for example, the name or logo of the operator 250, a profile policy, and the like. In addition, in the first terminal 210 to the first profile, at least one or more addresses of a profile server to which the terminal should access to move the profile may be stored. The profile server to which the terminal should access to move the profile may be, for example, the profile server 230.
  • the first terminal 210 may request the profile server 230 to move the first profile.
  • Step 405d is, for example, using at least one or more of an initiate authentication message, an authenticated client message, or a transfer request message, and/or a device change ) Or by further transmitting an operation type set to a transfer profile.
  • the procedure for requesting movement of the first profile in step 405d may include transmitting at least a profile identifier (ICCID) of the first profile.
  • ICCID profile identifier
  • the profile server 230 may notify the operator 250 that a request for moving the first profile has been received from the terminal 210.
  • Step 407d may use, for example, a handle notification message.
  • the operator 250 may check a transfer policy of the first profile.
  • the criteria for allowing the movement of the first profile may refer to, for example, a communication plan to which the user 200 has subscribed. If necessary, the operator 250 may provide additional information to the user 200 in order to move the first profile and determine that the user 200 needs to obtain consent.
  • the operator 250 may transmit some or all of the information to be known to the user who intends to move the first profile to the profile server 230.
  • the information to be noted by the user who intends to move the first profile may include, for example, the remaining number of profile movements allowed by the operator 250 or a cost that the user must pay for the profile movement.
  • the profile server 230 and the operator 250 further generate information on the first profile (profile metadata) and/or some or all of the information that the user who wants to move the first profile needs to know if necessary. Or change it.
  • the information on the first profile may include, for example, the name or logo of the operator 250 that provided the first profile, a profile policy, and the like.
  • the information to be noted by the user who intends to move the first profile may include, for example, the remaining number of profile movements allowed by the operator 250 or a cost that the user must pay for the profile movement.
  • the profile server 230 may transmit some or all of the information to be known by the user who intends to move the first profile to the first terminal 210, and may further notify that it is necessary to delete the first profile.
  • a method of notifying that there is a need to delete the first profile is, for example, transmitting a first profile delete request flag, transmitting a first profile reuse flag, or first A method such as not transmitting a do not delete profile flag or not transmitting a new profile flag may be used.
  • the first terminal 210 may show some or all of the received information to the user 200.
  • the user 200 may check information for moving the first profile presented by the operator 250 and input user consent to the first terminal 210.
  • the first terminal 210 may deactivate and delete the first profile according to the request of the profile server 230, and may notify the deactivation result and the deletion result to the profile server 230.
  • the deactivation result and deletion result of the first profile may include at least a profile identifier (ICCID) of the first profile.
  • Step 417d may be performed using at least one of, for example, a disable profile message, a delete profile message, or a handle notification message. Also, in FIG.
  • the first terminal 210 is shown to notify the deactivation result and the deletion result to the profile server 230, but the deactivation result and the deletion result 2 It may be transmitted to the profile server 240 or a third profile server not shown in the drawing), and the deactivation result and the deletion result may be separately transmitted.
  • the first terminal 210 may omit the operation of deactivating the first profile and the operation of notifying the profile server 230 of the deactivation result.
  • Step 417d may include a procedure for the first terminal 210 to transmit to the profile server 230 that the user has consented to the movement of the first profile.
  • Step 417d is, for example, using at least one or more of an initiate authentication message, an authenticate client message, a transfer request message, or a handle notification message, and And/or it may be performed by further transmitting an operation type set to device change confirmed or transfer profile confirmed or end user confirmed.
  • the procedure of delivering that the user has consented to the movement of the first profile may include transmitting at least a profile identifier (ICCID) of the first profile.
  • ICCID profile identifier
  • the profile server 230 may notify the operator 250 that the user 200 has consented to the movement of the first profile.
  • Step 419d may use, for example, a handle notification message.
  • the profile server 230 and the operator 250 may prepare for reuse of the first profile.
  • Step 421d is, for example, a download order message, a confirm order message, a remote management order message, a release order message, or a handle notification.
  • the profile server 230 and the operator 250 may further generate an activation code for downloading the first profile prepared for reuse.
  • the activation code may include at least an address of the profile server 230 in which the first profile is stored and an event identifier (MatchingID) connected to the first profile.
  • the profile server 230 may confirm that the first terminal 210 has deleted the first profile, and set the first profile prepared in step 421d to a downloadable state. In addition, the profile server 230 may transmit an activation code for downloading the first profile to the first terminal 210 to notify the first terminal 210 that the first profile is in a downloadable state.
  • the profile server 230 may notify the operator 250 that the first profile has been deleted from the first terminal 210 and the profile movement is ready.
  • Step 425d may use, for example, a handle notification message.
  • Step 425d may include a procedure of delivering at least an identifier (ICCID) of the first profile.
  • ICCID identifier
  • the first terminal 210 may convert the activation code into a form of an image such as a QR code or convert it into a string form and output it to the screen, and notify the user that the activation code is ready.
  • the QR code may be replaced with barcode information or other encryption information.
  • the user 200 may input the activation code output on the screen of the first terminal 210 into the second terminal 220.
  • a method of entering the activation code various methods such as taking an image such as a QR code with a camera or inputting a text string with a keyboard may be used.
  • the first terminal 210 and the second terminal 220 are connected to each other through short-range communication (for example, Bluetooth, NFC, WiFi, WiFi Direct, etc.)
  • the first terminal 210 in step 423d The activation code may be transmitted directly to the second terminal 220 without outputting it on the screen.
  • step 437d the second terminal 220 may download the first profile from the profile server 230.
  • step 437d refer to the description of step 417a and subsequent steps of FIG. 4A.
  • FIG. 5 is a diagram illustrating a procedure for downloading a new profile by transmitting an activation code stored in a first terminal to a second terminal by a first terminal according to an embodiment of the present disclosure.
  • the configuration and description of the user 200, the first terminal 210, the second terminal 220, the profile server 230, and the operator 250 will be described with reference to FIG. 2.
  • the user 200, the first terminal 210, the second terminal 220, the profile server 230, and the operator 250 are respectively the user 200, the first terminal 210, It may correspond to the second terminal 220, the first profile server 230, and the operator 250.
  • the user 200 may request the first terminal 210 to transfer a first profile.
  • the user 200 may check information on the first profile (profile metadata) and information that the user who intends to move the first profile should be aware of through the first terminal 210.
  • Information on the first profile and information to be noted by a user who intends to move the first profile may be stored in the first terminal 210 to the first profile.
  • the information on the first profile may include, for example, the name or logo of the operator 250, a profile policy, and the like.
  • the information to be noted by the user who intends to move the first profile may include, for example, the remaining number of profile movements allowed by the operator 250 or a cost that the user must pay for the profile movement.
  • an activation code that the terminal should use to move the profile and information indicating that the first profile does not need to be deleted for the profile movement may be stored.
  • the activation code that the terminal should use to move the profile may be, for example, an activation code used when the first profile was installed in the first terminal in the past.
  • Information indicating that the first profile does not need to be deleted to move the profile is, for example, the first profile delete request flag is not set, or the first profile reuse profile This may be expressed by using a method such as no flag is set, a do not delete profile flag is set, a new profile flag is set, or the like.
  • the first terminal 210 may call the first terminal 210 to an activation code that the terminal should use to move the profile stored in the first profile.
  • the activation code may include at least the address of the profile server 230 in which the second profile is stored, and an event identifier (MatchingID) connected to the second profile.
  • the first terminal 210 may convert the activation code into an image form such as a QR code or convert it into a string form and output it to the screen, and notify the user that the activation code is ready.
  • the user 200 may input the activation code output on the screen of the first terminal 210 to the second terminal 220.
  • a method of entering the activation code various methods such as taking an image such as a QR code with a camera or inputting a text string with a keyboard may be used.
  • the first terminal 210 and the second terminal 220 are connected to each other through short-range communication (for example, Bluetooth, NFC, WiFi, WiFi Direct, etc.)
  • the first terminal 210 in step 507 The activation code may be transmitted directly to the second terminal 220 without outputting it on the screen.
  • the second terminal 220 may request the profile server 230 to download the second profile.
  • Step 509 may be performed using, for example, at least one of an initiator authentication message, an authenticate client message, and a transfer request message.
  • Step 509 may include a procedure for the second terminal 220 to transmit an event identifier (MatchingID) included in the activation code to the profile server 230.
  • the second terminal 200 may use WiFi or an Internet tethering function provided by the first terminal 210 for Internet connection.
  • the profile server 230 may transmit information on the second profile (profile metadata) and information to be noted by a user downloading the second profile to the second terminal 220.
  • the information on the second profile may include, for example, the name or logo of the operator 250, a profile policy, and the like.
  • Information to be noted by the user who downloads the second profile may include, for example, the remaining number of profile movements allowed by the operator 250 or a cost that the user must pay for the profile movement.
  • the user 200 may check information on the second profile and information that the user who downloads the second profile should be aware of, and consent to profile installation.
  • the operation to agree to the profile installation is an operation of selecting "Yes/No", entering a password set by the user 200, entering biometric information such as a fingerprint or an iris of the user 200, etc. It may include.
  • the second terminal 220 may notify the profile server 230 that the user 200 has consented to the profile download and request a profile package.
  • the profile server 230 may deliver the profile package for the second profile to the second terminal 220.
  • the second terminal 220 may install the second profile using a profile package for the second profile.
  • the first terminal 210 may deactivate and delete the first profile, and may notify the deactivation result and the deletion result to the profile server 230.
  • the deactivation result and deletion result of the first profile may include at least a profile identifier (ICCID) of the first profile.
  • Operation 521 may be performed by using at least one of a profile disable profile message, a delete profile message, or a handle notification message.
  • Step 521 may be a separate operation irrelevant to the confirmation that the first terminal 210 does not need to delete the first profile in step 503, and may be selectively performed as necessary.
  • the first terminal 210 notifies the deactivation result and the deletion result to the profile server 230 for the convenience of the drawing, but the deactivation result and the deletion result are other profile servers (e.g., FIG. It may be transmitted to the second profile server 240 of 3a or a third profile server not shown in the drawing), and the inactivation result and the deletion result may be separately transmitted.
  • the first terminal 210 may omit an operation of deactivating the first profile and an operation of notifying the profile server 230 of the deactivation result in step 521.
  • FIG. 6 is a diagram illustrating a procedure in which a first terminal transmits an activation code stored in a first terminal to a second terminal and downloads the same profile again according to an embodiment of the present disclosure.
  • the configuration and description of the user 200, the first terminal 210, the second terminal 220, the profile server 230, and the operator 250 will be described with reference to FIG. 2.
  • the user 200, the first terminal 210, the second terminal 220, the profile server 230, and the operator 250 are respectively the user 200, the first terminal 210, It may correspond to the second terminal 220, the first profile server 230, and the operator 250.
  • the user 200 may request the first terminal 210 to transfer a first profile.
  • the user 200 may check information on the first profile (profile metadata) and information that the user who intends to move the first profile should be aware of through the first terminal 210.
  • Information on the first profile and information to be noted by a user who intends to move the first profile may be stored in the first terminal 210 to the first profile.
  • the information on the first profile may include, for example, the name or logo of the operator 250, a profile policy, and the like.
  • the information to be noted by the user who intends to move the first profile may include, for example, the remaining number of profile movements allowed by the operator 250 or a cost that the user must pay for the profile movement.
  • an activation code to be used by the terminal to move the profile and information indicating that the first profile needs to be deleted for the profile movement may be stored.
  • the activation code that the terminal should use to move the profile may be, for example, an activation code used when the first profile was installed in the first terminal in the past.
  • Information indicating that the first profile needs to be deleted in order to move the profile is, for example, a first profile delete request flag set or a first profile reuse flag Is set, a first profile do not delete profile flag is not set, a new profile use flag is not set, or the like.
  • the first terminal 210 may call the first terminal 210 to an activation code that the terminal should use to move the profile stored in the first profile.
  • the activation code may include at least an address of the profile server 230 in which the first profile is stored and an event identifier (MatchingID) connected to the first profile.
  • the first profile stored in the profile server 230 may be set to a state in which download is not yet possible in order to prevent the profile from being duplicated.
  • the first terminal 210 may deactivate and delete the first profile, and may notify the deactivation result and the deletion result to the profile server 230.
  • the deactivation result and deletion result of the first profile may include at least a profile identifier (ICCID) of the first profile.
  • Step 605 may be performed by using at least one of a profile disable profile message, a delete profile message, or a handle notification message.
  • FIG. 1 A profile disable profile message, a delete profile message, or a handle notification message.
  • the first terminal 210 notifies the deactivation result and the deletion result to the profile server 230 for the convenience of the drawing
  • the deactivation result and the deletion result are other profile servers (for example, 2 It may be transmitted to the profile server 240 or a third profile server not shown in the drawing), and the deactivation result and the deletion result may be separately transmitted.
  • the first terminal 210 may omit an operation of deactivating the first profile and an operation of notifying the deactivation result to the profile server 230 in step 605.
  • step 607 the profile server 230 and the operator 250 may check the possibility of moving the first profile. If the first profile can be moved to another terminal, the profile server 230 and the operator 250 may prepare for reuse of the first profile.
  • Step 607 is, for example, a download order message, a confirm order message, a remote management order message, a release order message, or a handle notification. ) May be performed using at least one or more.
  • the profile server 230 may confirm that the first terminal 210 has deleted the first profile, and set the first profile to a downloadable state. In addition, the profile server 230 may notify the first terminal 210 that the first profile is in a downloadable state.
  • the first terminal 210 may convert the activation code into an image format such as a QR code or convert it into a string format and output it on the screen, and notify the user that the activation code is ready.
  • the user 200 may input the activation code output on the screen of the first terminal 210 into the second terminal 220.
  • a method of entering the activation code various methods such as taking an image such as a QR code with a camera or inputting a text string with a keyboard may be used.
  • the first terminal 210 and the second terminal 220 are connected to each other through short-range communication (for example, Bluetooth, NFC, WiFi, WiFi Direct, etc.)
  • the first terminal 210 in step 413a The activation code may be transmitted directly to the second terminal 220 without outputting it on the screen.
  • the second terminal 220 may request the profile server 230 to download the first profile.
  • Step 615 may be performed using, for example, at least one of an initiate authentication message, an authenticate client message, and a transfer request message.
  • Step 615 may include a procedure for the second terminal 220 to transmit the event identifier (MatchingID) included in the activation code to the profile server 230.
  • the second terminal 200 may use WiFi or an Internet tethering function provided by the first terminal 210 for Internet connection.
  • the profile server 230 may first check whether the first profile is in a downloadable state. If it is not possible to confirm that the first profile has been deleted from the first terminal through steps 605 to 609 and the download of the first profile is impossible, the profile server 230 may return an error code and terminate the operation. If the download of the first profile is possible, the profile server 230 provides information on the first profile (profile metadata) and information to be noted by the user who downloads the first profile, and the second terminal 220 Can be passed on.
  • the information on the first profile may include, for example, the name or logo of the operator 250, a profile policy, and the like. Information to be noted by the user who downloads the first profile may include, for example, the remaining number of profile movements allowed by the operator 250 or a cost that the user must pay for the profile movement.
  • the user 200 may check information on the first profile and information to be noted by the user who downloads the first profile, and consent to the profile installation.
  • the operation to agree to the profile installation is an operation of selecting "Yes/No", entering a password set by the user 200, entering biometric information such as a fingerprint or an iris of the user 200, etc. It may include.
  • the second terminal 220 may notify the profile server 230 that the user 200 has agreed to download the profile and request a profile package.
  • the profile server 230 may deliver the profile package for the first profile to the second terminal 220.
  • the second terminal 220 may install the first profile using a profile package for the first profile.
  • FIG. 7A is a flowchart illustrating an operation procedure of a first terminal according to an embodiment of the present disclosure.
  • FIG. 7B is a flowchart illustrating an operation procedure of a second terminal according to an embodiment of the present disclosure.
  • Each of the terminals described in the present disclosure may correspond to the first terminal described in FIG. 7A or the second terminal described in FIG. 7B. I can.
  • the first terminal 210 and the second terminal 220 may be an embodiment of the terminal of FIGS. 7A and 7B, respectively, and the expressions "first" and "second" indicate that each terminal is physically different terminal. It was only used to indicate.
  • the first terminal may start an operation.
  • the first terminal may receive a request for profile movement from a user.
  • the first terminal may check information on profile movement.
  • the information on profile movement may be information indicating whether an activation code required for profile movement should be received from a server or an activation code stored in the terminal should be used. If the activation code required for profile movement is to be received from the server, the information on the profile movement may further include at least the address of the server, and the first terminal may proceed to step 707. If it is necessary to use the activation code stored in the terminal, the information on the profile movement may further include information indicating whether the profile should be deleted first before using the activation code stored in the terminal, and the first terminal proceeds to step 709. I can.
  • the first terminal may request and receive an activation code from the server.
  • the message in which the server returns the activation code may further include information indicating whether the profile should be deleted first before using the activation code.
  • the first terminal may read the activation code stored in the terminal.
  • the first terminal may determine whether it is necessary to delete the first profile.
  • the criterion for determining whether the deletion of the first profile is necessary may refer to the profile movement information checked in step 705 or the instruction of the server received in step 707. If it is necessary to delete the first profile, the first terminal may proceed to step 713. If it is not necessary to delete the first profile, the first terminal may proceed to step 715.
  • the first terminal may delete the first profile and may notify the deletion result to the server.
  • the first terminal may transmit the activation code received from the server through step 707 or read through step 709 to the second terminal.
  • the user photographs the activation code output in the form of an image such as a QR code on the screen of the first terminal with a camera of the second terminal, or a character string on the screen of the first terminal.
  • the user inputs the activation code output in the form of the keyboard of the second terminal, or connects the first terminal and the second terminal through short-range communication such as Bluetooth, NFC, WiFi, WiFi Direct, etc. to transmit the activation code in the form of data.
  • a method or the like can be used.
  • Step 715 may correspond to step 753.
  • the first terminal may end the operation.
  • the second terminal may start an operation.
  • the second terminal may receive an activation code from the first terminal.
  • the activation code For a method of receiving the activation code, refer to the description of step 715.
  • the second terminal may request a profile download from the profile server.
  • the second terminal may receive a profile from the profile server.
  • the second terminal may install a profile.
  • the second terminal may end the operation.
  • FIG. 8 is a flowchart illustrating an operation procedure of a profile server according to an embodiment of the present disclosure.
  • Each of the profile servers described in the present disclosure may correspond to the profile server described in FIG. 8.
  • Each of the first profile server 230 and the second profile server 240 may be an embodiment of the server of FIG. 8, and expressions of "first" and "second" are profile servers that are physically different from each other. Is only used to indicate that
  • the profile server may start an operation.
  • the profile server may receive a request for movement of the first profile from the terminal.
  • the request for movement of the first profile may include at least a profile identifier (ICCID) of the first profile to be moved.
  • ICCID profile identifier
  • the profile server may determine whether the first profile requested by the terminal is a movable profile. For a method of determining whether the profile is movable, a profile reuse policy of a provider may be referred to. If the first profile is a movable profile, the profile server may proceed to step 807. If the first profile is not a movable profile, the profile server may proceed to step 815.
  • the profile server may prepare for reuse of the first profile, and may prepare an activation code required for downloading the first profile.
  • the first profile prepared in step 807 may be set to a non-downloadable state in order to prevent duplication of the profile.
  • the activation code prepared in step 807 may include at least the address of the profile server and an event identifier (MatchingID) connected to the first profile.
  • the profile server may return the activation code to the terminal, and may further notify the terminal that the deletion of the first profile is required.
  • step 811 the profile server may wait for the terminal to notify the result of deleting the first profile.
  • the profile server may proceed to step 813.
  • the profile server may change the first profile to a downloadable state.
  • the profile server may prepare a second profile, and may prepare an activation code for downloading the second profile.
  • the second profile prepared in step 815 may be set to a state that can be downloaded immediately.
  • the activation code prepared in step 815 may include at least the address of the profile server and an event identifier (MatchingID) connected to the second profile.
  • the profile server may return the activation code to the terminal.
  • the profile server may receive a profile download request from the terminal.
  • the profile download request may include at least an event identifier connected to the first profile or an event identifier connected to the second profile.
  • the profile server may determine whether the first profile or the second profile requested by the terminal for download is in a downloadable state. If the first profile or the second profile for which the terminal has requested download is in a downloadable state, the profile server may proceed to step 823. If the first profile or the second profile for which the terminal has requested download is not in a downloadable state, the profile server may proceed to step 825.
  • the profile server may return a profile package to the terminal.
  • the profile server may return an error code indicating that downloading of the profile is impossible to the terminal.
  • the profile server may terminate the operation.
  • FIG. 9 is a block diagram illustrating components of a terminal according to an embodiment of the present disclosure.
  • Each of the terminals described in the present disclosure may correspond to the first terminal described in FIG. 7A or the second terminal described in FIG. 7B. I can.
  • the first terminal 210 and the second terminal 220 may be an embodiment of the terminal of FIGS. 7A and 7B, respectively, and the expressions "first" and "second" indicate that each terminal is physically different terminal. It was only used to indicate.
  • the terminal may include a transceiver 910 and a processor 920.
  • the terminal may include a UICC (930).
  • the UICC 930 may be inserted into the terminal, or may be an eUICC embedded in the terminal.
  • the transceiving unit 910 may transmit and receive signals, information, and data to and from a profile server.
  • the transmission/reception unit 910 transmits a message requesting an activation code to the profile server, receives an activation code and whether the profile needs to be deleted from the profile server, and transmits the profile deletion result to the profile server. I can.
  • the transceiving unit 920 may transmit a message requesting a profile to a profile server using an activation code and receive a profile package.
  • the processor 920 is a component for overall control of the terminal.
  • the processor 920 may control the overall operation of the terminal according to various embodiments of the present disclosure.
  • the processor 920 may be referred to as a control unit.
  • the processor 920 may include at least one or more processors.
  • the processor 920 receives a profile movement request from a user, checks profile movement information, transmits a message requesting an activation code to the profile server, and deletes the activation code and profile from the profile server.
  • the terminal can be controlled to receive whether it is necessary, delete the profile, transmit the profile deletion result to the profile server, and transmit the activation code to another terminal.
  • the processor 920 receives an activation code from another terminal, transmits a message requesting a profile to a profile server using the activation code, receives a profile package from the profile server, and receives a profile package. You can control the terminal to install.
  • the UICC 930 may download a profile and install the profile.
  • the UICC 930 may manage a profile.
  • the UICC 930 may operate under the control of the processor 920.
  • the UICC 930 may include a processor or controller for installing a profile, or an application may be installed. Some of the applications may be installed on the processor 920.
  • the terminal may further include a storage unit (not shown), and may store data such as a basic program, an application program, and setting information for the operation of the terminal.
  • the storage unit is a flash memory type, a hard disk type, a multimedia card micro type, a card type memory (eg, SD or XD memory, etc.), magnetic Memory, magnetic disk, optical disk, RAM (Random Access Memory, RAM), SRAM (Static Random Access Memory), ROM (Read-Only Memory, ROM), PROM (Programmable Read-Only Memory), EEPROM (Electrically Erasable Programmable Read- Only Memory) may include at least one storage medium. Further, the processor 920 may perform various operations using various programs, contents, data, etc. stored in the storage unit.
  • FIG. 10 is a block diagram illustrating components of a profile server according to an embodiment of the present disclosure.
  • Each of the profile servers described in the present disclosure may correspond to the profile server described in FIG. 8.
  • Each of the first profile server 230 and the second profile server 240 may be an embodiment of the server of FIG. 8, and expressions of "first" and "second" are profile servers that are physically different from each other. Is only used to indicate that
  • the profile server may include a transceiver 1010 and a processor 1020.
  • the transmission/reception unit 1010 may transmit and receive signals, information, and data with a terminal or a business operator.
  • the transmission/reception unit 1010 receives a profile movement request message from a terminal, transmits a message including an activation code and whether profile deletion is necessary to the terminal, and receives a profile deletion message from the terminal, A profile download request message may be received from the terminal, a profile package may be transmitted to the terminal when the profile is in a downloadable state, and an error code may be transmitted when the profile is in a state that cannot be downloaded.
  • the processor 1020 is a component for overall control of the profile server.
  • the processor 1020 may control the overall operation of the profile server according to various embodiments of the present disclosure.
  • the processor 1020 may be referred to as a control unit.
  • the processor 1020 may include at least one or more processors.
  • the processor 1020 receives a profile movement request message from the terminal, determines whether the profile is movable, generates an activation code for downloading the profile, and when the profile is movable, the Set the status to a non-downloadable status, and if the profile cannot be moved, set the profile status to a downloadable status, send a message including an activation code and whether the profile needs to be deleted to the terminal, and delete the profile from the terminal Is received, the profile is changed to a downloadable state, a profile download request message is received from the terminal, it is determined whether the profile is in a downloadable state, and if the profile is in a downloadable state, the profile package is transmitted to the terminal, and the profile is You can control the profile server to send an error code if the download is not possible.
  • the profile server may further include a storage unit (not shown), and may store data such as a basic program, an application program, and setting information for the operation of the profile server.
  • the storage unit is a flash memory type, a hard disk type, a multimedia card micro type, a card type memory (eg, SD or XD memory, etc.), magnetic Memory, magnetic disk, optical disk, RAM (Random Access Memory, RAM), SRAM (Static Random Access Memory), ROM (Read-Only Memory, ROM), PROM (Programmable Read-Only Memory), EEPROM (Electrically Erasable Programmable Read- Only Memory) may include at least one storage medium. Further, the processor 1020 may perform various operations using various programs, contents, data, etc. stored in the storage unit.
  • a terminal may receive a user's request to re-install a profile installed in the terminal to another terminal for network connection.
  • the terminal may request an activation code for downloading a profile from the profile server by referring to the profile movement information stored in the terminal, or read the activation code stored in the terminal.
  • the terminal may delete the profile to be moved by referring to the request of the profile server or profile movement information stored in the terminal.
  • the terminal may transmit the activation code received from the profile server or stored in the terminal to another terminal through the user's input, if necessary.
  • the terminal may download the profile from the profile server using the activation code.
  • a profile server may generate a profile for a terminal to connect to a network and an activation code required for profile download.
  • the profile server determines whether a profile can be moved in response to a profile movement request received from the terminal, and if the profile can be moved, it transmits an activation code for downloading the profile to be moved and a profile deletion request to the terminal, If the profile cannot be moved, an activation code for downloading a new profile is transmitted to the terminal, the deletion result of the profile to be moved from the terminal is received, the profile is changed to a downloadable state, and a profile download request is received from the terminal, It is determined whether the profile is available for download, and if the profile is available for download, the profile can be transmitted to the terminal.
  • the components are not limited. When any (eg, first) component is referred to as being “(functionally or communicatively) connected” or “connected” to another (eg, second) component It may be directly connected to or connected through another component (eg, a third component).
  • module used in the present disclosure includes a unit composed of hardware, software, or firmware, and may be used interchangeably with terms such as, for example, logic, logic blocks, parts, or circuits.
  • a module may be an integrally configured component or a minimum unit or a part of one or more functions.
  • the module may be configured as an application-specific integrated circuit (ASIC).
  • ASIC application-specific integrated circuit
  • Various embodiments of the present disclosure are software (eg, programs) including instructions stored in a machine-readable storage media (eg, internal memory or external memory) that can be read by a machine (eg, a computer).
  • a device is a device capable of calling a stored command from a storage medium and operating according to the called command, and is a terminal according to various embodiments of the present disclosure (eg, a first terminal 210, a second terminal). It may include a terminal 220.
  • a processor eg, the processor 920 of Fig. 9 or the processor 1020 of Fig. 10
  • the processor is directly or other components under the control of the processor.
  • a function corresponding to an instruction can be performed using the instructions, which can include code generated or executed by a compiler or an interpreter.
  • the device-readable storage medium may be provided in the form of a non-transitory storage medium.
  • non-transient means that the storage medium does not contain a signal and is tangible, but does not distinguish between semi-permanent or temporary storage of data in the storage medium.
  • a method according to various embodiments disclosed in the present disclosure may be included in a computer program product and provided.
  • Computer program products can be traded between sellers and buyers as commodities.
  • the computer program product may be distributed online in the form of a device-readable storage medium (eg, compact disc read only memory (CD-ROM)) or through an application store (eg, Play StoreTM).
  • CD-ROM compact disc read only memory
  • application store eg, Play StoreTM
  • at least a portion of the computer program product may be temporarily stored or temporarily generated in a storage medium such as a server of a manufacturer, a server of an application store, or a memory of a relay server.
  • Each of the constituent elements may be composed of a singular or a plurality of entities, and some sub-elements among the aforementioned sub-elements are omitted, or other sub-elements are It may be further included in various embodiments.
  • some constituent elements eg, a module or a program

Abstract

본 개시는 4G 시스템 이후 보다 높은 데이터 전송률을 지원하기 위한 5G 통신 시스템을 IoT 기술과 융합하는 통신 기법 및 그 시스템에 관한 것이다. 본 개시는 5G 통신 기술 및 IoT 관련 기술을 기반으로 지능형 서비스 (예를 들어, 스마트 홈, 스마트 빌딩, 스마트 시티, 스마트 카 혹은 커넥티드 카, 헬스 케어, 디지털 교육, 소매업, 보안 및 안전 관련 서비스 등)에 적용될 수 있다. 본 발명의 일 실시 예에 따르면, 기지국으로부터 전송되는 제1 제어 신호를 수신하는 단계, 상기 수신된 제1 제어 신호를 처리하는 단계, 상기 처리에 기반하여 생성된 제2 제어 신호를 상기 기지국으로 전송하는 단계를 포함하는 방법을 제공할 수 있다. 또한, 본 개시는 eUICC 단말을 변경할 때 프로파일을 다시 설치하는 방법 및 장치에 관한 것으로, 일 실시예에 따른 무선 통신 시스템에서 eUICC를 이용하여 네트워크 연결을 위한 프로파일을 관리하는 단말은, 송수신부; 및 사용자로부터 상기 프로파일의 이동 요청을 입력 받고, 프로파일 이동 정보를 확인하고, 프로파일 서버에 활성화 코드를 요청하는 메시지를 송신하고, 상기 프로파일 서버로부터 활성화 코드 및 프로파일 삭제 필요 여부를 수신하고, 상기 프로파일을 삭제하고, 상기 프로파일의 삭제 결과를 상기 프로파일 서버에 송신하고, 상기 활성화 코드를 다른 단말로 전달하고, 다른 단말로부터 상기 활성화 코드를 전달받고, 상기 활성화 코드를 이용하여 프로파일 서버에 프로파일을 요청하는 메시지를 송신하고, 상기 프로파일 서버로부터 프로파일 패키지를 수신하고, 상기 프로파일 패키지를 설치하도록 상기 단말을 제어하는 적어도 하나의 프로세서를 포함한다

Description

EUICC 단말을 변경하는 방법 및 장치
본 발명은 eUICC 프로파일을 설치하고 관리하는 방법 및 장치에 관한 것이다.
4G 통신 시스템 상용화 이후 증가 추세에 있는 무선 데이터 트래픽 수요를 충족시키기 위해, 개선된 5G 통신 시스템 또는 pre-5G 통신 시스템을 개발하기 위한 노력이 이루어지고 있다. 이러한 이유로, 5G 통신 시스템 또는 pre-5G 통신 시스템은 4G 네트워크 이후(Beyond 4G Network) 통신 시스템 또는 LTE 시스템 이후(Post LTE) 이후의 시스템이라 불리어지고 있다. 높은 데이터 전송률을 달성하기 위해, 5G 통신 시스템은 초고주파(mmWave) 대역(예를 들어, 60기가 (60GHz) 대역과 같은)에서의 구현이 고려되고 있다. 초고주파 대역에서의 전파의 경로손실 완화 및 전파의 전달 거리를 증가시키기 위해, 5G 통신 시스템에서는 빔포밍 (beamforming), 거대 배열 다중 입출력 (massive MIMO), 전차원 다중입출력 (full dimensional MIMO, FD-MIMO), 어레이 안테나 (array antenna), 아날로그 빔형성 (analog beam-forming), 및 대규모 안테나 (large scale antenna) 기술들이 논의되고 있다. 또한 시스템의 네트워크 개선을 위해, 5G 통신 시스템에서는 진화된 소형 셀, 개선된 소형 셀 (advanced small cell), 클라우드 무선 액세스 네트워크 (cloud radio access network: cloud RAN), 초고밀도 네트워크 (ultra-dense network), 기기 간 통신 (device to device communication: D2D), 무선 백홀 (wireless backhaul), 이동 네트워크 (moving network), 협력 통신 (cooperative communication), CoMP (coordinated multi-points), 및 수신 간섭제거 (interference cancellation) 등의 기술 개발이 이루어지고 있다. 이 밖에도, 5G 시스템에서는 진보된 코딩 변조 (advanced coding modulation: ACM) 방식인 FQAM (hybrid FSK and QAM modulation) 및 SWSC (sliding window superposition coding)과, 진보된 접속 기술인 FBMC (filter bank multi carrier), NOMA (non-orthogonal multiple access), 및 SCMA (sparse code multiple access) 등이 개발되고 있다.
한편, 인터넷은 인간이 정보를 생성하고 소비하는 인간 중심의 연결 망에서, 사물 등 분산된 구성 요소들 간에 정보를 주고 받아 처리하는 IoT (internet of things, 사물인터넷) 망으로 진화하고 있다. 클라우드 서버 등과의 연결을 통한 빅데이터 (big data) 처리 기술 등이 IoT 기술에 결합된 IoE (internet of everything) 기술도 대두되고 있다. IoT를 구현하기 위해서, 센싱 기술, 유무선 통신 및 네트워크 인프라, 서비스 인터페이스 기술, 및 보안 기술과 같은 기술 요소 들이 요구되어, 최근에는 사물간의 연결을 위한 센서 네트워크 (sensor network), 사물 통신 (machine to machine, M2M), MTC (machine type communication) 등의 기술이 연구되고 있다. IoT 환경에서는 연결된 사물들에서 생성된 데이터를 수집, 분석하여 인간의 삶에 새로운 가치를 창출하는 지능형 IT (internet technology) 서비스가 제공될 수 있다. IoT는 기존의 IT (information technology) 기술과 다양한 산업 간의 융합 및 복합을 통하여 스마트홈, 스마트 빌딩, 스마트 시티, 스마트 카 혹은 커넥티드 카, 스마트 그리드, 헬스 케어, 스마트 가전, 첨단의료서비스 등의 분야에 응용될 수 있다.
이에, 5G 통신 시스템을 IoT 망에 적용하기 위한 다양한 시도들이 이루어지고 있다. 예를 들어, 센서 네트워크, 사물 통신, MTC 등의 기술이 5G 통신 기술이 빔 포밍, MIMO, 및 어레이 안테나 등의 기법에 의해 구현되고 있는 것이다. 앞서 설명한 빅데이터 처리 기술로써 클라우드 무선 액세스 네트워크(cloud RAN)가 적용되는 것도 5G 기술과 IoT 기술 융합의 일 예라고 할 수 있을 것이다.
상술한 것과 같이 이동통신 시스템의 발전에 따라 다양한 서비스를 제공할 수 있게 됨으로써, 이러한 서비스들을 효과적으로 제공하기 위한 방안이 요구되고 있다.
"UICC (Universal Integrated Circuit Card)"는 이동 통신 단말기 등에 삽입하여 사용하는 스마트카드 (smart card)이고 UICC 카드라고도 한다. UICC에는 단말이 이동통신사업자의 망에 접속하기 위한 접속 제어 모듈이 포함될 수 있다. 이러한 접속 제어 모듈의 예로는 USIM (Universal Subscriber Identity Module), SIM (Subscriber Identity Module), ISIM (IP Multimedia Service Identity Module) 등이 있다. USIM이 포함된 UICC를 통상 USIM 카드라고도 한다. 마찬가지로 SIM 모듈이 포함된 UICC를 통상적으로 SIM카드라고도 한다.
UICC 카드 중 단말에 고정하여 사용하는 UICC를 eUICC (embedded UICC)라고 하는데, 통상적으로 eUICC는 단말에 고정하여 사용하고, 원격으로 SIM 모듈을 다운로드 받아서 선택할 수 있는 UICC 카드를 의미한다. 또한 다운로드 받는 SIM 모듈정보를 통칭하여 eUICC 프로파일, 또는 더 간단히 프로파일 이라고도 한다.
본 발명의 목적은 이동통신 시스템에서 서비스를 효과적으로 제공하는 것이다.
본 발명에 개시된 일 실시예에 따르면, 통신 시스템에서 단말이 통신 서비스를 선택하여 네트워크에 연결하기 위한 방법 및 장치를 제공할 수 있다.
본 발명에 개시된 일 실시예에 따르면, 통신 시스템에서 단말이 네트워크에 연결하기 위한 프로파일을 온라인으로 다운로드 하여 설치하고 관리하는 방법 및 장치를 제공할 수 있다.
본 발명에 개시된 일 실시예에 따르면, 통신 시스템에서 단말이 네트워크에 연결하기 위해 설치한 프로파일을 다른 단말에 효율적으로 다시 다운로드 받을 수 있는 방법 및 장치를 제공할 수 있다.
본 발명의 실시 예에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
상기와 같은 문제점을 해결하기 위한 본 발명은 무선 통신 시스템에서 서버에 의한 방법에 있어서, 제1 단말로부터, 제1 프로파일 이동 요청을 수신하는 단계; 상기 수신된 제1 프로파일 이동 요청을 기반으로 상기 제1 프로파일 이동 가능성을 확인하는 단계; 및 상기 제1 단말로, 제2 프로파일에 대한 활성화 코드를 전송하는 단계를 포함하는 것을 특징으로 한다.
일부의 예들에서는, 사업자로부터, 상기 제1 단말로부터 제1 프로파일 이동 요청과 관련된 정책을 설정하는 메시지를 수신하는 단계를 더 포함하는 것을 특징으로 한다.
일부의 예들에서는, 사업자로, 제1 단말로부터 제1 프로파일의 이동을 요청 받았음을 지시하는 정보를 전송하는 단계; 상기 사업자로부터, 제1 프로파일의 이동 정책(transfer policy)을 기반으로 결정된 사용자가 주지해야 할 정보를 포함하는 제1 메시지를 수신하는 단계; 및 상기 제1 단말로, 상기 제1 메시지를 전송하는 단계를 더 포함하는 것을 특징으로 한다.
일부의 예들에서는, 상기 사용자로부터, 상기 제1 메시지를 기반으로 결정된 제1 프로파일의 이동 동의 여부를 포함하는 제2 메시지를 수신하는 단계; 상기 사업자로, 상기 제2 메시지를 기반으로 상기 제1 프로파일의 이동 동의 여부에 대한 정보를 포함하는 제3 메시지를 전송하는 단계; 및 상기 제2 프로파일과 관련된 제4 메시지를 수신하는 단계를 더 포함하는 것을 특징으로 한다.
일부의 예들에서는, 제2 단말로부터, 제2 프로파일 다운로드 요청을 수신하는 단계; 상기 제2 단말로, 제2 프로파일에 대한 정보 및 사용자가 주지해야 할 정보를 포함하는 제5 메시지를 전송하는 단계; 상기 제2 단말로부터, 상기 제5 메시지를 기반으로 상기 제2 프로파일의 다운로드 동의 여부에 대한 정보 및 프로파일 패키지를 요청을 수신하는 단계; 및 상기 제2 단말로, 상기 프로파일 패키지를 전송하는 단계를 더 포함하는 것을 특징으로 한다.
본 발명의 다른 예에서는 무선 통신 시스템에서 제1 단말에 의한 방법에 있어서, 사용자로부터 제1 프로파일 이동 요청을 수신하는 단계; 서버로, 상기 제1 프로파일 이동 요청을 기반으로 활성화 코드를 요청하는 메시지를 전송하는 단계; 및 상기 서버로부터, 제2 프로파일에 대한 활성화 코드를 수신하는 단계를 포함하고, 상기 제2 프로파일에 대한 활성화 코드는 상기 서버와 사업자에 의해 결정되는 것을 특징으로 한다.
일부의 예들에서는, 상기 제2 프로파일에 대한 활성화 코드를 제2 단말에 전달하는 단계를 더 포함하고, 상기 활성화 코드는 QR 코드로 표시하는 것을 특징으로 한다.
일부의 예들에서는, 상기 제1 프로파일을 비활성화하는 단계; 및 상기 비활성화 결과를 서버에 전송하는 단계를 더 포함하는 것을 특징으로 한다.
본 발명의 또 다른 예에서는 서버에 있어서, 적어도 하나의 신호를 송수신을 할 수 있는 송수신부; 및 상기 송수신부와 결합된 제어부를 포함하고, 상기 제어부는: 제1 단말로부터, 제1 프로파일 이동 요청을 수신하고, 상기 수신된 제1 프로파일 이동 요청을 기반으로 상기 제1 프로파일 이동 가능성을 확인하고, 및 상기 제1 단말로, 제2 프로파일에 대한 활성화 코드를 전송하도록 구성되는 것을 특징으로 하는 한다.
본 발명의 또 다른 예에서는 제1 단말에 있어서, 적어도 하나의 신호를 송수신을 할 수 있는 송수신부; 및 상기 송수신부와 결합된 제어부를 포함하고, 상기 제어부는: 사용자로부터 제1 프로파일 이동 요청을 수신하고, 서버로, 상기 제1 프로파일 이동 요청을 기반으로 활성화 코드를 요청하는 메시지를 전송하고, 및 상기 서버로부터, 제2 프로파일에 대한 활성화 코드를 수신하도록 구성되고, 상기 제2 프로파일에 대한 활성화 코드는 상기 서버와 사업자에 의해 결정되는 것을 특징으로 한다.
또한, 본 발명의 일 실시예에 따른 무선 통신 시스템에서 eUICC(embedded universal integrated circuit card)를 이용하여 네트워크에 연결하기 위한 프로파일을 관리하는 단말은, 송수신부; 및 사용자로부터 상기 프로파일의 이동 요청을 입력 받고, 프로파일 이동 정보를 확인하고, 프로파일 서버에 활성화 코드를 요청하는 메시지를 송신하고, 상기 프로파일 서버로부터 활성화 코드 및 프로파일 삭제 필요 여부를 수신하고, 상기 프로파일을 삭제하고, 상기 프로파일의 삭제 결과를 상기 프로파일 서버에 송신하고, 상기 활성화 코드를 다른 단말로 전달하고, 다른 단말로부터 상기 활성화 코드를 전달받고, 상기 활성화 코드를 이용하여 프로파일 서버에 프로파일을 요청하는 메시지를 송신하고, 상기 프로파일 서버로부터 프로파일 패키지를 수신하고, 상기 프로파일 패키지를 설치하도록 상기 단말을 제어하는 적어도 하나의 프로세서를 포함할 수 있다.
일 실시예에 따른 무선 통신 시스템에서 단말에 네트워크 연결을 위한 프로파일을 제공하는 프로파일 서버는, 송수신부; 및 상기 단말로부터 상기 프로파일의 이동 요청 메시지를 수신하고, 상기 프로파일이 이동 가능한지 판단하고, 상기 프로파일 내지 신규 프로파일을 다운로드 할 수 있는 활성화 코드를 생성하고, 상기 프로파일의 이동이 가능한 경우 상기 프로파일의 상태를 다운로드 가능하지 않은 상태로 설정하고, 상기 프로파일의 이동이 불가능한 경우 상기 신규 프로파일의 상태를 다운로드 가능한 상태로 설정하고, 상기 단말로 상기 활성화 코드 및 상기 프로파일 삭제 필요 여부를 포함하는 메시지를 송신하고, 상기 단말로부터 상기 프로파일의 삭제 결과를 수신하고, 상기 프로파일을 다운로드 가능한 상태로 변경하고, 상기 단말로부터 프로파일 다운로드 요청 메시지를 수신하고, 상기 프로파일이 다운로드 가능한 상태인지를 판단하고, 상기 프로파일이 다운로드 가능한 상태인 경우 상기 단말로 프로파일 패키지를 송신하고, 상기 프로파일이 다운로드 불가능한 상태인 경우 오류코드를 송신하도록 프로파일 서버를 제어하는 적어도 하나의 프로세서를 포함할 수 있다.
본 발명의 실시예에 따르면, 이동통신 시스템에서 서비스를 효과적으로 제공할 수 있다.
본 발명의 일 실시예에 따르면, 통신 시스템에서 단말은 단말에 설치된 프로파일을 다른 단말에 다시 설치하고자 할 때, 프로파일의 재설치에 필요한 활성화 코드를 프로파일 서버로부터 재발급 받거나, 프로파일의 재설치에 필요한 활성화 코드를 단말 내지 프로파일에 저장된 정보로부터 추출하고, 필요한 경우 이동할 프로파일을 우선 삭제하고, 활성화 코드를 다른 단말로 전달하여, 다른 단말이 프로파일 서버로부터 프로파일을 효율적으로 다운로드 받아 설치하도록 할 수 있다.
본 발명의 일 실시예에 따르면, 통신 시스템에서 프로파일 서버는 단말로부터 단말에 설치된 프로파일을 다른 단말에 다시 설치하고자 하는 요청을 수신할 때, 프로파일의 재사용이 가능한 경우 프로파일을 다운로드 불가능한 상태로 설정하여 단말에 프로파일의 삭제를 요청하고, 상기 프로파일의 재사용이 불가능한 경우 다른 프로파일을 다운로드 가능한 상태로 설정하여 준비하고, 준비된 프로파일을 다운로드 받을 수 있는 활성화 코드를 생성하고, 단말이 프로파일을 삭제한 경우에 프로파일을 다운로드 받을 수 있는 상태로 변경하여, 프로파일의 복제를 방지하고 안전하게 프로파일 다운로드를 처리할 수 있다.
도 1은 본 개시의 일 실시예에 따른 단말이 고정된 프로파일이 탑재된 UICC(Universal Integrated Circuit Card)를 이용하여 이동통신 네트워크에 연결하는 방법을 도시하는 도면이다.
도 2는 본 개시의 일 실시예에 따른 단말이 사용자의 입력에 따라 제1 단말에 설치된 프로파일을 관리하고 제2 단말에 프로파일을 설치하는 시스템의 구성을 도시하는 도면이다.
도 3a은 본 개시의 일 실시예에 따른 제1 단말이 프로파일 서버를 통해 활성화 코드를 수신하고, 이를 제2 단말에 전달하여 새로운 프로파일을 다운로드 받는 절차를 도시하는 도면이다.
도 3b는 본 개시의 일 실시예에 따른 제1 단말이 프로파일 서버를 통해 활성화 코드를 수신하고, 이를 제2 단말에 전달하여 새로운 프로파일을 다운로드 받는 다른 절차를 도시하는 도면이다.
도 4a는 본 개시의 일 실시예에 따른 제1 단말이 프로파일 서버를 통해 활성화 코드를 수신하고, 이를 제2 단말에 전달하여 동일한 프로파일을 다시 다운로드 받는 절차를 도시하는 도면이다.
도 4b는 본 개시의 일 실시예에 따른 제1 단말이 프로파일 서버를 통해 활성화 코드를 수신하고, 이를 제2 단말에 전달하여 동일한 프로파일을 다시 다운로드 받는 다른 절차를 도시하는 도면이다.
도 4c는 본 개시의 일 실시예에 따른 제1 단말이 프로파일 서버를 통해 활성화 코드를 수신하고, 이를 제2 단말에 전달하여 동일한 프로파일을 다시 다운로드 받는 또 다른 절차를 도시하는 도면이다.
도 4d는 본 개시의 일 실시예에 따른 제1 단말이 프로파일 서버를 통해 활성화 코드를 수신하고, 이를 제2 단말에 전달하여 동일한 프로파일을 다시 다운로드 받는 또 다른 절차를 도시하는 도면이다.
도 5는 본 개시의 일 실시예에 따른 제1 단말이 제1 단말에 저장된 활성화 코드를 제2 단말에 전달하여 새로운 프로파일을 다운로드 받는 절차를 도시하는 도면이다.
도 6은 본 개시의 일 실시예에 따른 제1 단말이 제1 단말에 저장된 활성화 코드를 제2 단말에 전달하여 동일한 프로파일을 다시 다운로드 받는 절차를 도시하는 도면이다.
도 7a는 본 개시의 일 실시예에 따른 제1 단말의 동작 절차를 도시하는 순서도이다.
도 7b는 본 개시의 일 실시예에 따른 제2 단말의 동작 절차를 도시하는 순서도이다.
도 8은 본 개시의 일 실시예에 따른 프로파일 서버의 동작 절차를 도시하는 순서도이다.
도 9는 본 개시의 일 실시예에 따른 단말의 구성요소를 도시하는 블록도이다.
도 10은 본 개시의 일 실시예에 따른 프로파일 서버의 구성요소를 도시하는 블록도이다.
이하, 본 개시의 실시예를 첨부된 도면을 참조하여 상세하게 설명한다.
실시예를 설명함에 있어서 본 개시가 속하는 기술 분야에 익히 알려져 있고 본 개시와 직접적으로 관련이 없는 기술 내용에 대해서는 설명을 생략한다. 이는 불필요한 설명을 생략함으로써 본 개시의 요지를 흐리지 않고 더욱 명확히 전달하기 위함이다.
마찬가지 이유로 첨부 도면에 있어서 일부 구성요소는 과장되거나 생략되거나 개략적으로 도시되었다. 또한, 각 구성요소의 크기는 실제 크기를 전적으로 반영하는 것이 아니다. 각 도면에서 동일한 또는 대응하는 구성요소에는 동일한 참조 번호를 부여하였다.
본 개시의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시예들을 참조하면 명확해질 것이다. 그러나 본 개시는 이하에서 개시되는 실시예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 본 실시예들은 본 개시의 개시가 완전하도록 하고, 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 개시의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 개시는 청구항의 범주에 의해 정의될 뿐이다. 개시 전체에 걸쳐 동일 참조 부호는 동일 구성 요소를 지칭한다.
이때, 처리 흐름도 도면들의 각 블록과 흐름도 도면들의 조합들은 컴퓨터 프로그램 인스트럭션들에 의해 수행될 수 있음을 이해할 수 있을 것이다. 이들 컴퓨터 프로그램 인스트럭션들은 범용 컴퓨터, 특수용 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서에 탑재될 수 있으므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서를 통해 수행되는 그 인스트럭션들이 흐름도 블록(들)에서 설명된 기능들을 수행하는 수단을 생성하게 된다. 이들 컴퓨터 프로그램 인스트럭션들은 특정 방식으로 기능을 구현하기 위해 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 지향할 수 있는 컴퓨터 이용 가능 또는 컴퓨터 판독 가능 저장 매체에 저장되는 것도 가능하므로, 그 컴퓨터 이용가능 또는 컴퓨터 판독 가능 저장 매체에 저장된 인스트럭션들은 흐름도 블록(들)에서 설명된 기능을 수행하는 인스트럭션 수단을 내포하는 제조 품목을 생산하는 것도 가능하다. 컴퓨터 프로그램 인스트럭션들은 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에 탑재되는 것도 가능하므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에서 일련의 동작 단계들이 수행되어 컴퓨터로 실행되는 프로세스를 생성해서 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 수행하는 인스트럭션들은 흐름도 블록(들)에서 설명된 기능들을 실행하기 위한 단계들을 제공하는 것도 가능하다.
또한, 각 블록은 특정된 논리적 기능(들)을 실행하기 위한 하나 이상의 실행 가능한 인스트럭션들을 포함하는 모듈, 세그먼트 또는 코드의 일부를 나타낼 수 있다. 또, 몇 가지 대체 실행 예들에서는 블록들에서 언급된 기능들이 순서를 벗어나서 발생하는 것도 가능함을 주목해야 한다. 예컨대, 잇달아 도시되어 있는 두 개의 블록들은 사실 실질적으로 동시에 수행되는 것도 가능하고 또는 그 블록들이 때때로 해당하는 기능에 따라 역순으로 수행되는 것도 가능하다.
이 때, 본 실시예에서 사용되는 '~부'라는 용어는 소프트웨어 또는 FPGA 또는 ASIC과 같은 하드웨어 구성요소를 의미하며, '~부'는 어떤 역할들을 수행한다. 그렇지만 '~부'는 소프트웨어 또는 하드웨어에 한정되는 의미는 아니다. '~부'는 어드레싱할 수 있는 저장매체에 있도록 구성될 수도 있고 하나 또는 그 이상의 프로세서들을 재생시키도록 구성될 수도 있다. 따라서, 일 예로서 '~부'는 소프트웨어 구성요소들, 객체지향 소프트웨어 구성요소들, 클래스 구성요소들 및 태스크 구성요소들과 같은 구성요소들과, 프로세스들, 함수들, 속성들, 프로시저들, 서브루틴들, 프로그램 코드의 세그먼트들, 드라이버들, 펌웨어, 마이크로코드, 회로, 데이터, 데이터베이스, 데이터 구조들, 테이블들, 어레이들, 및 변수들을 포함한다. 구성요소들과 '~부'들 안에서 제공되는 기능은 더 작은 수의 구성요소들 및 '~부'들로 결합되거나 추가적인 구성요소들과 '~부'들로 더 분리될 수 있다. 뿐만 아니라, 구성요소들 및 '~부'들은 디바이스 또는 보안 멀티미디어카드 내의 하나 또는 그 이상의 CPU들을 재생시키도록 구현될 수도 있다.
이하의 설명에서 사용되는 특정 용어들은 본 개시의 이해를 돕기 위해서 제공된 것이며, 이러한 특정 용어의 사용은 본 개시의 기술적 사상을 벗어나지 않는 범위에서 다른 형태로 변경될 수 있다.
본 개시에서 "UICC (Universal Integrated Circuit Card)"는 이동 통신 단말기 등에 삽입하여 사용하는 스마트카드 (smart card)이고 UICC 카드라고도 부른다.
UICC는 이동통신 가입자의 네트워크 접속 인증 정보, 전화번호부, SMS와 같은 개인정보가 저장되어 GSM, WCDMA, LTE 등과 같은 이동통신 네트워크에 접속 시 가입자 인증 및 트래픽 보안 키 생성을 수행하여 안전한 이동통신 이용을 가능케 하는 칩을 의미한다.
UICC에는 단말이 이동통신사업자의 망에 접속하기 위한 통신 어플리케이션 또는 접속 제어 모듈이 포함될 수 있다. 이러한 통신 어플리케이션 또는 접속 제어 모듈의 예로는 USIM (Universal Subscriber Identity Module), SIM (Subscriber Identity Module), ISIM (IP Multimedia Service Identity Module) 등이 있다. 또한 또한 UICC는 전자지갑, 티켓팅, 전자여권 등과 같은 다양한 응용 어플리케이션의 탑재를 위한 상위 레벨의 보안 기능을 제공할 수 있다.
USIM이 포함된 UICC를 통상 USIM 카드라고 부르기도 한다. 마찬가지로 SIM 모듈이 포함된 UICC를 통상적으로 SIM카드라고 부르기도 한다.
본 개시에서 "SIM 카드", "UICC 카드", "USIM 카드", "ISIM이 포함된 UICC"는 같은 의미로 사용될 수 있다. 즉, SIM 카드, USIM 카드, ISIM 카드 또는 일반적인 UICC 카드에 대해서는 본 개시의 내용이 동일하게 적용될 수 있다.
SIM 카드는 이동 통신 가입자의 개인정보를 저장하고, 이동통신 네트워크에 접속 시 가입자 인증 및 트래픽 (traffic) 보안 키(key) 생성을 수행하여 안전한 이동통신 이용을 가능하게 한다.
일반적으로, SIM 카드는 특정 이동통신 사업자의 요청에 의해 해당 사업자를 위한 전용 카드로 제조되며, 해당 사업자의 네트워크 접속을 위한 인증 정보, 예를 들어, USIM (Universal Subscriber Identity Module) 어플리케이션 및 IMSI (International Mobile Subscriber Identity), K 값, OPc 값 등이 사전에 카드에 탑재되어 출고된다. 따라서 SIM 카드는 이동통신 사업자가 납품 받아 가입자에게 제공하며, 이후 필요에 따라 OTA (Over The Air) 등의 기술을 활용하여 UICC 내 어플리케이션의 설치, 수정, 삭제 등의 관리도 수행할 수 있다. 가입자는 소유한 이동통신 단말기에 UICC 카드를 삽입하여 이동통신 사업자의 네트워크 및 응용 서비스의 이용이 가능하며, 단말기 교체 시 UICC 카드를 기존 단말기에서 새로운 단말기로 이동 삽입함으로써 UICC 카드에 저장된 인증정보, 이동통신 전화번호, 개인 전화번호부 등을 새로운 단말기에서 그대로 사용할 수 있다.
그러나 SIM카드는 이동통신 단말기 사용자가 다른 이동통신사업자의 서비스를 제공받는데 있어 불편한 점이 있다. 이동통신 단말기 사용자는 이동통신사업자로부터 서비스를 받기 위해 SIM 카드를 물리적으로 획득해야 되는 불편함이 있다. 예를 들면, 다른 나라로 여행을 했을 때 현지 이동통신 서비스를 받기 위해서는 현지 SIM 카드를 구해야 하는 불편함이 있다. 로밍 서비스의 경우 불편함을 어느 정도 해결해 주지만, 요금이 상대적으로 비싸고, 통신사간 계약이 되어 있지 않은 경우 서비스를 받을 수 없는 문제도 있다.
한편, UICC 카드에 SIM 모듈을 원격으로 다운로드 받아서 설치할 경우, 이러한 불편함을 상당부분 해결할 수 있다. 즉 사용자가 원하는 시점에 사용하고자 하는 이동통신 서비스의 SIM 모듈을 UICC 카드에 다운로드 받을 수 있다. 이러한 UICC 카드는 복수개의 SIM 모듈을 다운로드 받아서 설치하고, 그 중의 한 개의 SIM 모듈만을 선택하는 방법으로 사용할 수도 있다. 이러한 UICC 카드는 단말에 고정하거나 고정하지 않을 수 있다. 특히 단말에 고정하여 사용하는 UICC를 eUICC (embedded UICC)라고 하는데, 통상적으로 eUICC는 단말에 고정하여 사용하고, 원격으로 SIM 모듈을 다운로드 받아서 선택할 수 있는 UICC 카드를 의미한다. 본 개시에서는 원격으로 SIM 모듈을 다운로드 받아 선택할 수 있는 UICC 카드를 eUICC라 한다. 즉 원격으로 SIM 모듈을 다운로드 받아 선택할 수 있는 UICC 카드 중 단말에 고정하거나 고정하지 않는 UICC 카드를 통칭하여 eUICC로 사용한다. 또한 다운로드 받는 SIM 모듈정보를 통칭하여 eUICC 프로파일, 또는 더 간단히 프로파일 이라는 용어로 사용한다.
본 개시에서 "eUICC(embedded UICC)"는 단말에 삽입 및 탈거가 가능한 착탈식 이 아닌 단말에 내장된 칩 형태의 보안 모듈이다. eUICC는 OTA(Over The Air)기술을 이용하여 프로파일을 다운받아 설치할 수 있다. eUICC는 프로파일 다운로드 및 설치가 가능한 UICC로 명명할 수 있다.
본 개시에서 eUICC에 OTA 기술을 이용하여 프로파일을 다운받아 설치하는 방법은 단말에 삽입 및 탈거가 가능한 착탈식 UICC에도 적용될 수 있다. 즉, 본 개시의 실시예에는 OTA 기술을 이용하여 프로파일을 다운 받아 설치 가능한 UICC에 적용될 수 있다.
본 개시에서 "UICC"는 "SIM"과 혼용될 수 있고, "eUICC"는 "eSIM"과 혼용될 수 있다.
본 개시에서 "프로파일(Profile)"은 UICC내에 저장되는 어플리케이션, 파일시스템, 인증키 값 등을 소프트웨어 형태로 패키징 한 것을 의미할 수 있다.
본 개시에서 "USIM Profile"은 "프로파일"과 동일한 의미이거나 또는 프로파일 내 USIM 어플리케이션에 포함된 정보를 소프트웨어 형태로 패키징 한 것을 의미할 수 있다.
본 개시에서 단말이 프로파일을 활성화(enable)하는 동작은, 해당 프로파일의 상태를 활성화 상태(enabled)로 변경하여 단말이 해당 프로파일을 제공한 통신사업자를 통해 통신서비스를 받을 수 있도록 설정하는 동작을 의미할 수 있다. 활성화 상태의 프로파일은 "활성화된 프로파일(enabled Profile)"로 표현될 수 있다.
본 개시에서 단말이 프로파일을 비활성화(disable)하는 동작은, 해당 프로파일의 상태를 비활성화 상태(disabled)로 변경하여 단말이 해당 프로파일을 제공한 통신사업자를 통해 통신서비스를 받을 수 없도록 설정하는 동작을 의미할 수 있다. 비활성화 상태의 프로파일은 "비활성화된 프로파일(disabled Profile)"로 표현될 수 있다.
본 개시에서 단말이 프로파일을 삭제(delete)하는 동작은, 해당 프로파일의 상태를 삭제 상태(deleted)로 변경하여 단말이 더 이상 해당 프로파일을 활성화 또는 비활성화할 수 없도록 설정하는 동작을 의미할 수 있다. 삭제 상태의 프로파일은 "삭제된 프로파일(deleted Profile)"로 표현될 수 있다.
본 개시에서 단말이 프로파일을 활성화(enable), 비활성화(disable), 또는 삭제(delete)하는 동작은, 각 프로파일의 상태를 활성화 상태(enabled), 비활성화 상태(disabled), 또는 삭제 상태(deleted)로 즉시 변경하지 않고, 각 프로파일을 활성화 예정 상태(to be enabled), 비활성화 예정 상태(to be disabled), 또는 삭제 예정 상태(to be deleted)로 우선 표시(marking)만 해두고 단말 내지 단말의 UICC가 특정 동작(예를 들면, 새로 고침(REFRESH) 또는 초기화(RESET) 명령의 수행)을 수행한 이후에 각 프로파일을 활성화 상태(enabled), 비활성화 상태(disabled), 또는 삭제 상태(deleted)로 변경하는 동작을 의미할 수도 있다. 특정 프로파일을 예정 상태(즉 활성화 예정 상태(to be enabled), 비활성화 예정 상태(to be disabled), 또는 삭제 예정 상태(to be deleted))로 표시(marking)하는 동작은 반드시 하나의 프로파일에 대해서 하나의 예정 상태를 표시하는 것으로 제한되지 않으며, 하나 이상의 프로파일을 각각 서로 같거나 다른 예정 상태로 표시하거나, 하나의 프로파일을 하나 이상의 예정 상태로 표시하거나, 하나 이상의 프로파일을 각각 서로 같거나 다른 하나 이상의 예정 상태로 표시하는 것도 가능하다.
또한 단말이 임의의 프로파일에 대해 하나 이상의 예정 상태를 표시하는 경우, 두 개의 예정 상태 표시는 하나로 통합될 수도 있다. 예를 들어 임의의 프로파일이 비활성화 예정 상태(to be disabled) 및 삭제 예정 상태(to be deleted)로 표시된 경우, 해당 프로파일은 비활성화 및 삭제 예정 상태(to be disabled and deleted)로 통합 표시될 수도 있다.
또한 단말이 하나 이상의 프로파일에 대해 예정 상태를 표시하는 동작은 순차적으로 혹은 동시에 수행될 수도 있다. 또한 단말이 하나 이상의 프로파일에 대해 예정 상태를 표시하고 이후 실제 프로파일의 상태를 변경하는 동작은 순차적으로 혹은 동시에 수행될 수도 있다.
본 개시에서 "프로파일 제공서버"는 프로파일을 생성하거나, 생성된 프로파일을 암호화 하거나, 프로파일 원격관리 명령어를 생성하거나, 생성된 프로파일 원격관리 명령어를 암호화하는 기능을 포함할 수 있다. 프로파일 제공서버는, SM-DP (Subscription Manager Data Preparation), SM-DP+ (Subscription Manager Data Preparation plus), off-card entity of Profile Domain, 프로파일 암호화 서버, 프로파일 생성서버, 프로파일 제공자 (Profile Provisioner, PP), 프로파일 공급자 (Profile Provider), PPC holder (Profile Provisioning Credentials holder) 로 표현될 수 있다.
본 개시에서 "프로파일 관리서버"는 프로파일을 관리하는 기능을 포함할 수 있다. 프로파일 관리 서버는 SM-SR (Subscription Manager Secure Routing), SM-SR+ (Subscription Manager Secure Routing Plus), off-card entity of eUICC Profile Manager 또는 PMC holder (Profile Management Credentials holder), EM (eUICC Manager), PP (Profile Manager) 등으로 표현될 수 있다.
본 개시에서 프로파일 제공서버는 프로파일 관리서버의 기능을 합친 것을 의미할 수도 있다. 따라서, 본 개시의 다양한 일 실시예에서, 프로파일 제공서버의 동작은 프로파일 관리서버에서 수행될 수도 있다. 마찬가지로, 프로파일 관리서버 또는 SM-SR의 동작은 프로파일 제공서버에서 수행될 수도 있다.
본 개시에서 "개통중개서버"는 SM-DS (Subscription Manager Discovery Service), DS (Discovery Service), 근원개통중개서버(Root SM-DS), 대체개통중개서버(Alternative SM-DS)로 표현될 수 있다. 개통중개서버는 하나 이상의 프로파일 제공서버 내지 개통중개서버로부터 이벤트 등록 요청(Register Event Request, Event Register Request)을 수신할 수 있다. 또한, 하나 이상의 개통중개서버가 복합적으로 사용될 수 있으며, 이 경우, 제1 개통중개서버는 프로파일 제공서버뿐만 아니라 제2 개통중개서버로부터 이벤트 등록 요청을 수신할 수도 있다.
본 개시에서 프로파일 제공서버와 개통중개서버는 'RSP (Remote SIM Provisioning) 서버'라는 명칭으로 사용될 수 있다. RSP 서버는 SM-XX (Subscription Manager XX)로 표현될 수 있다.
본 개시에서 '단말'은 이동국(MS), 사용자 장비(UE; User Equipment), 사용자 터미널(UT; User Terminal), 무선 터미널, 액세스 터미널(AT), 터미널, 가입자 유닛(Subscriber Unit), 가입자 스테이션(SS; Subscriber Station), 무선 기기(wireless device), 무선 통신 디바이스, 무선 송수신 유닛(WTRU; Wireless Transmit/Receive Unit), 이동 노드, 모바일 또는 다른 용어들로서 지칭될 수 있다. 일 실시예에서, 단말은 셀룰러 전화기, 무선 통신 기능을 가지는 스마트 폰, 무선 통신 기능을 가지는 개인 휴대용 단말기(PDA), 무선 모뎀, 무선 통신 기능을 가지는 휴대용 컴퓨터, 무선 통신 기능을 가지는 디지털 카메라와 같은 촬영장치, 무선 통신 기능을 가지는 게이밍 장치, 무선 통신 기능을 가지는 음악저장 및 재생 가전제품, 무선 인터넷 접속 및 브라우징이 가능한 인터넷 가전제품뿐만 아니라 그러한 기능들의 조합들을 통합하고 있는 휴대형 유닛 또는 단말기들을 포함할 수 있다. 또한, 단말은 M2M(Machine to Machine) 단말, MTC(Machine Type Communication) 단말/디바이스를 포함할 수 있으나, 이에 한정되는 것은 아니다. 본 개시에서 단말은 전자장치라 지칭할 수도 있다.
본 개시에서 "전자장치"는 프로파일을 다운로드 하여 설치 가능한 UICC가 내장될 수 있다. UICC가 전자장치에 내장되지 않은 경우, 물리적으로 전자장치와 분리된 UICC는 전자장치에 삽입되어 전자장치와 연결될 수 있다. 예를 들어, 카드 형태로 UICC는 전자장치에 삽입될 수 있다. 전자 장치는 단말을 포함할 수 있고, 이때, 단말은 프로파일을 다운로드하여 설치 가능한 UICC를 포함하는 단말일 수 있다. 단말에 UICC는 내장될 수 있을 뿐만 아니라, 단말과 UICC가 분리된 경우 UICC는 단말에 삽입될 수 있고, 단말에 삽입되어 단말과 연결될 수 있다. 프로파일을 다운로드하여 설치 가능한 UICC는 예를 들어 eUICC라 지칭할 수 있다.
본 개시에서 단말 또는 전자장치는 UICC 또는 eUICC를 제어하도록 단말 또는 전자장치 내에 설치된 소프트웨어 또는 애플리케이션을 포함할 수 있다. UICC 또는 eUICC를 제어하도록 단말 또는 전자 장치 내에 설치된 소프트웨어 또는 애플리케이션은, 예를 들어 Local Profile Assistant(LPA)라 지칭할 수 있다.
본 개시에서 "프로파일 구분자"는 프로파일 식별자 (Profile ID), ICCID (Integrated Circuit Card ID), Matching ID, 이벤트 식별자 (Event ID), 활성화 코드(Activation Code), 활성화 코드 토큰(Activation Code Token), 명령 코드(Command Code), 명령 코드 토큰(Command Code Token), 서명된 명령 코드(Signed Command Code), 서명되지 않은 명령 코드(Unsigned Command Code), ISD-P 또는 프로파일 도메인(Profile Domain, PD)과 매칭되는 인자로 지칭될 수 있다. 프로파일 식별자(Profile ID)는 각 프로파일의 고유 식별자를 나타낼 수 있다. 프로파일 구분자는 프로파일을 색인할 수 있는 프로파일 제공서버(SM-DP+)의 주소를 더 포함할 수 있다. 또한 프로파일 구분자는 프로파일 제공서버(SM-DP+)의 서명을 더 포함할 수 있다.
본 개시에서 "eUICC 식별자(eUICC ID)"는, 단말에 내장된 eUICC의 고유 식별자일 수 있고, EID로 지칭될 수 있다. 또한 eUICC에 프로비저닝 프로파일 (Provisioning Profile)이 미리 탑재되어 있는 경우, eUICC 식별자(eUICC ID)는 해당 프로비저닝 프로파일의 식별자 (Provisioning Profile의 Profile ID)일 수 있다. 또한 본 개시의 일 실시예에서, 단말과 eUICC 칩이 분리되지 않을 경우, eUICC 식별자(eUICC ID)는 단말 ID일 수 있다. 또한, eUICC 식별자(eUICC ID)는 eUICC칩의 특정 보안 도메인 (Secure Domain)을 지칭할 수도 있다.
본 개시에서 "프로파일 컨테이너(Profile Container)"는 프로파일 도메인(Profile Domain)으로 명명될 수 있다. 프로파일 컨테이너 (Profile Container)는 보안 도메인 (Security Domain) 일 수 있다.
본 개시에서 "APDU(application protocol data unit)"는 단말이 eUICC와 연동하기 위한 메시지 일수 있다. 또한 APDU는 PP(Profile Provider) 또는 PM(Profile Manager)이 eUICC와 연동하기 위한 메시지 일 수다.
본 개시에서 "PPC (Profile Provisioning Credentials)"는 프로파일 제공서버와 eUICC 간 상호 인증 및 프로파일 암호화, 서명을 하는데 이용되는 수단일 수 있다. PPC는 대칭키, RSA (Rivest Shamir Adleman) 인증서와 개인키, ECC (elliptic curved cryptography) 인증서와 개인키, 최상위 인증 기관(Root certification authority (CA)) 및 인증서 체인(chain) 중 하나 이상을 포함할 수 있다. 또한 프로파일 제공서버가 복수개인 경우에는 복수개의 프로파일 제공서버 별로 다른 PPC를 eUICC에 저장하거나 사용할 수 있다.
본 개시에서 "PMC (Profile Management Credentials)"는 프로파일 관리서버와 eUICC 간 상호 인증 및 전송 데이터 암호화, 서명을 하는데 이용되는 수단일 수 있다. PMC는 대칭키, RSA 인증서와 개인키, ECC 인증서와 개인키, Root CA 및 인증서 체인 중 하나 이상을 포함할 수 있다. 또한 프로파일 관리서버가 복수개인 경우에는 복수개의 프로파일 관리서버 별로 다른 PMC를 eUICC에 저장하거나 사용할 수 있다.
본 개시에서 "AID"는 어플리케이션 식별자 (Application Identifier) 일 수 있다. 이 값은 eUICC 내에서 서로 다른 어플리케이션 (Application) 을 구분해주는 구분자일 수 있다.
본 개시에서 "이벤트(Event)"는 프로파일 다운로드(Profile Download), 또는 원격 프로파일 관리(Remote Profile Management), 또는 기타 프로파일이나 eUICC의 관리/처리 명령어를 통칭하는 용어일 수 있다. 이벤트(Event)는 원격 SIM 제공 동작(Remote SIM Provisioning Operation, 또는 RSP 동작, 또는 RSP Operation) 또는 이벤트 기록(Event Record)으로 명명될 수 있으며, 각 이벤트(Event)는 그에 대응하는 이벤트 식별자(Event Identifier, Event ID, EventID) 또는 매칭 식별자(Matching Identifier, Matching ID, MatchingID)와, 해당 이벤트가 저장된 프로파일 제공서버(SM-DP+) 또는 개통중개서버(SM-DS)의 주소(FQDN, IP Address, 또는 URL)와, 프로파일 제공서버(SM-DP+) 또는 개통중개서버(SM-DS)의 서명과, 프로파일 제공서버(SM-DP+) 또는 개통중개서버(SM-DS)의 디지털 인증서를 적어도 하나 이상 포함하는 데이터로 지칭될 수 있다.
이벤트(Event)에 대응하는 데이터는 "명령코드(Command Code)"로 지칭될 수 있다. 명령코드를 이용하는 절차의 일부 또는 전체를 "명령코드 처리 절차" 또는 "명령코드 절차" 또는 "LPA API(Local Profile Assistant Application Programming Interface)"라 지칭할 수 있다. 프로파일 다운로드(Profile Download)는 프로파일 설치(Profile Installation)와 혼용될 수 있다.
또한 "이벤트 종류(Event Type)"는 특정 이벤트가 프로파일 다운로드인지 원격 프로파일 관리(예를 들어, 삭제, 활성화, 비활성화, 교체, 업데이트 등)인지 또는 기타 프로파일이나 eUICC 관리/처리 명령인지를 나타내는 용어로 사용될 수 있으며, 동작 종류(Operation Type 또는 OperationType), 동작 분류(Operation Class 또는 OperationClass), 이벤트 요청 종류(Event Request Type), 이벤트 분류(Event Class), 이벤트 요청 분류(Event Request Class) 등으로 명명될 수 있다. 임의의 이벤트 식별자(EventID 또는 MatchingID)는 단말이 해당 이벤트 식별자(EventID 또는 MatchingID)를 획득한 경로 또는 사용 용도(EventID Source 또는 MatchingID Source)가 지정되어 있을 수 있다.
본 개시에서 "프로파일 패키지(Profile Package)"는 프로파일과 혼용되거나 특정 프로파일의 데이터 객체(data object)를 나타내는 용어로 사용될 수 있으며, Profile TLV 또는 프로파일 패키지 TLV (Profile Package TLV)로 명명될 수 있다. 프로파일 패키지가 암호화 파라미터를 이용해 암호화된 경우 보호된 프로파일 패키지(Protected Profile Package (PPP)) 또는 보호된 프로파일 패키지 TLV (PPP TLV)로 명명될 수 있다. 프로파일 패키지가 특정 eUICC에 의해서만 복호화 가능한 암호화 파라미터를 이용해 암호화된 경우 묶인 프로파일 패키지(Bound Profile Package (BPP)) 또는 묶인 프로파일 패키지 TLV (BPP TLV)로 명명될 수 있다. 프로파일 패키지 TLV는 TLV (Tag, Length, Value) 형식으로 프로파일을 구성하는 정보를 표현하는 데이터 세트 (set) 일 수 있다.
본 개시에서 "로컬 프로파일 관리(Local Profile Management, LPM)"는 프로파일 로컬관리(Profile Local Management), 로컬관리(Local Management), 로컬관리 명령 (Local Management Command), 로컬 명령(Local Command), 로컬 프로파일 관리 패키지 (LPM Package), 프로파일 로컬 관리 패키지(Profile Local Management Package), 로컬관리 패키지(LOCAL MANAGEMENT PACKAGE), 로컬관리 명령 패키지(Local Management Command Package), 로컬명령 패키지(Local Command Package)로 명명될 수 있다. LPM은 단말에 설치된 소프트웨어 등을 통해 특정 프로파일의 상태(Enabled, Disabled, Deleted)를 변경하거나, 특정 프로파일의 내용 (예를 들면, 프로파일의 별칭(Profile Nickname), 또는 프로파일 요약 정보(Profile Metadata) 등)을 변경(update)하는 용도로 사용될 수 있다. LPM은 하나 이상의 로컬관리명령을 포함할 수도 있으며, 이 경우 각 로컬관리명령의 대상이 되는 프로파일은 로컬관리명령마다 서로 같거나 다를 수 있다.
본 개시에서 "원격 프로파일 관리(Remote Profile Management, RPM)"는 프로파일 원격관리(Profile Remote Management), 원격관리(Remote Management), 원격관리 명령(Remote Management Command), 원격 명령(Remote Command), 원격 프로파일 관리 패키지(RPM Package), 프로파일 원격 관리 패키지(Profile Remote Management Package), 원격관리 패키지(Remote Management Package), 원격관리 명령 패키지(Remote Management Command Package), 원격명령 패키지(Remote Command Package)로 명명될 수 있다. RPM은 특정 프로파일의 상태(Enabled, Disabled, Deleted)를 변경하거나, 특정 프로파일의 내용(예를 들면, 프로파일의 별칭(Profile Nickname), 또는 프로파일 요약 정보(Profile Metadata) 등)을 변경(update)하는 용도로 사용될 수 있다. RPM은 하나 이상의 원격관리명령을 포함할 수도 있으며, 이 경우 각 원격관리명령의 대상이 되는 프로파일은 원격관리명령마다 서로 같거나 다를 수 있다.
본 개시에서 "인증서(Certificate)" 또는 "디지털 인증서(Digital Certificate)"는 공개 키(Public Key, PK)와 비밀 키(Secret Key, SK)의 쌍으로 구성되는 비대칭 키(Asymmetric Key) 기반의 상호 인증(Mutual Authentication)에 사용되는 디지털 인증서(Digital Certificate)를 나타낼 수 있다. 각 인증서는 하나 또는 하나 이상의 공개 키(Public Key, PK)와, 각 공개 키에 대응하는 공개 키 식별자(Public Key Identifier, PKID)와, 해당 인증서를 발급한 인증서 발급자(Certificate Issuer, CI)의 식별자(Certificate Issuer ID) 및 디지털 서명(Digital Signature)을 포함할 수 있다.
또한 "인증서 발급자(Certificate Issuer)는 인증 발급자(Certification Issuer), 인증서 발급기관(Certificate Authority, CA), 인증 발급기관(Certification Authority) 등으로 명명될 수 있다.
본 개시에서 "공개 키(Public Key, PK)"와 "공개 키 식별자(Public Key ID, PKID)"는 특정 공개 키 내지 해당 공개 키가 포함된 인증서, 또는 특정 공개 키의 일부분 내지 해당 공개 키가 포함된 인증서의 일부분, 또는 특정 공개 키의 연산 결과(예를 들면, 해시(Hash))값 내지 해당 공개 키가 포함된 인증서의 연산 결과(예를 들면, 해시(Hash))값, 또는 특정 공개 키의 일부분의 연산 결과(예를 들면, 해시(Hash))값 내지 해당 공개 키가 포함된 인증서의 일부분의 연산 결과(예를 들면, 해시(Hash))값, 또는 데이터들이 저장된 저장 공간을 지칭하는 동일한 의미로 혼용될 수 있다.
본 개시에서 하나의 인증서 발급자(Certificate Issuer)가 발급한 인증서들(1차 인증서)이 다른 인증서(2차 인증서)를 발급하는데 사용되거나, 2차 인증서들이 3차 이상의 인증서들을 연계적으로 발급하는데 사용되는 경우, 해당 인증서들의 상관관계는 인증서 연쇄(Certificate Chain) 또는 인증서 계층구조(Certificate Hierarchy)로 명명될 수 있으며, 이 때 최초 인증서 발급에 사용된 CI 인증서는 인증서 근원(Root of Certificate), 최상위 인증서, 근원 CI(Root CI), 근원 CI 인증서(Root CI Certificate), 근원 CA(Root CA) 근원 CA 인증서(Root CA Certificate)등으로 명명될 수 있다.
본 개시에서 "통신사업자 (mobile operator)"는 단말에 통신서비스를 제공하는 사업체를 나타낼 수 있으며, 통신사업자의 사업지원시스템 (business supporting system: BSS), 운영지원시스템 (operational supporting system: OSS), POS 단말 (point of sale terminal), 그리고 기타 IT 시스템을 모두 통칭할 수 있다. 또한 본 개시에서 통신사업자는 통신서비스를 제공하는 특정 사업체를 하나만 표현하는데 한정되지 않고, 하나 이상의 사업체의 그룹 또는 연합체 (association 또는 consortium) 내지 해당 그룹 또는 연합체를 대표하는 대행사 (representative)를 지칭하는 용어로 사용될 수도 있다. 또한 본 개시에서 통신사업자는 사업자 (operator 또는 OP 또는 Op.), 모바일 네트워크 운영자 (mobile network operator: MNO), 모바일 가상 네트워크 운영자 (mobile virtual network operator: MVNO), 서비스 제공자 (service provider 또는 SP), 프로파일 소유자 (profile owner: PO) 등으로 명명될 수 있으며, 각 통신사업자는 통신사업자의 이름 그리고/또는 고유 식별자 (object identifier: OID)를 적어도 하나 이상 설정하거나 할당 받을 수 있다. 만일 통신사업자가 하나 이상의 사업체의 그룹 또는 연합체 또는 대행사를 지칭하는 경우, 임의의 그룹 또는 연합체 또는 대행사의 이름 또는 고유 식별자는 해당 그룹 또는 연합체에 소속한 모든 사업체 내지 해당 대행사와 협력하는 모든 사업체가 공유하는 이름 또는 고유 식별자일 수 있다.
본 개시에서 "AKA"는 인증 및 키 합의 (Authentication and Key agreement) 를 나타낼 수 있으며, 3GPP 및 3GPP2망에 접속하기 위한 인증 알고리즘을 나타낼 수 있다.
본 개시에서 "K" 는 AKA 인증 알고리즘에 사용되는 eUICC에 저장되는 암호키 값이다.
본 개시에서 "OPc"는 AKA 인증 알고리즘에 사용되는 eUICC에 저장될 수 있는 파라미터 값이다.
본 개시에서 "NAA"는 네트워크 접속 어플리케이션 (Network Access Application) 응용프로그램으로, UICC에 저장되어 망에 접속하기 위한 USIM 또는 ISIM과 같은 응용프로그램일 수 있다. NAA는 망접속 모듈일 수 있다.
본 개시에서 "표지자(indicator)"는 임의의 기능, 설정, 동작이 필요하거나 필요하지 않음을 표현하는 용도로 사용될 수 있고, 또는 해당 기능, 설정, 동작 자체를 표현하는 용도로도 사용될 수 있다. 또한, 본 개시에서 표지자는 문자열이나 숫자열(alphanumeric string), 참/거짓을 나타내는 연산자(boolean - TRUE or FALSE), 비트맵(bitmap), 어레이(array), 플래그(flag) 등 다양한 형태로 표현될 수 있으며, 동일한 의미를 가지는 다른 표현법들이 혼용될 수 있다.
이하에서는 도 1 내지 도 10를 참조하여 본 개시의 eUICC 프로파일을 설치하고 관리하는 방법 및 장치를 설명하도록 한다.
도 1은 본 개시의 일 실시예에 따른 단말에 고정된 프로파일이 탑재된 UICC를 이용한 단말의 이동통신 네트워크 연결방법을 도시하는 도면이다.
도 1에서 도시한 바와 같이, UICC(120)는 단말(110)에 삽입될 수 있다. 예를 들면, UICC(120)는 착탈형 일 수도 있고 단말에 미리 내장된 것 일 수도 있다.
고정된 프로파일이 탑재된 UICC의 고정된 프로파일은 특정 통신사에 접속할 수 있는 '접속정보'가 고정되어 있음을 의미한다. 예를 들면, 접속정보는 가입자 구분자인 IMSI 및 가입자 구분자와 함께 망에 인증하는데 필요한 K 또는 Ki 값일 수 있다.
다양한 실시예에 따른 단말(110)은 UICC(120)를 이용하여 이동통신사업자의 인증처리시스템 (예를 들면, HLR (home location register) 이나 AuC)과 인증을 수행할 수 있다. 예를 들면, 인증과정은 AKA (Authentication and Key Agreement) 과정일 수 있다. 단말은 인증에 성공하면 이동통신시스템의 이동통신사 네트워크(130)를 이용하여 전화나 모바일 데이터 이용 등의 이동통신 서비스를 이용할 수 있다.
도 2는 본 개시의 일 실시예에 따른 단말이 사용자의 입력에 따라 제1 단말에 설치된 프로파일을 관리하고 제2 단말에 프로파일을 설치하는 시스템의 구성을 도시하는 도면이다.
도 2에 도시된 바와 같이, 단말(210, 220)에는 eSIM(211, 221)이 장착되어 있고, eSIM(211, 221)에는 프로파일(미도시)이 설치되어 있을 수 있다. 또한 단말(210, 220)에는 LPA(212, 222)가 설치되어 있을 수 있다. eSIM(211, 221)은 LPA(212, 222)의 제어를 받을 수 있다. 사용자(200)는 LPA(212, 222)를 통해 각 단말의 eSIM(211, 221)에 설치된 프로파일을 제어할 수 있다.
사용자(200)는 서비스 제공자(이하 "통신사업자" 또는 "사업자", 250)로부터 통신서비스를 제공 받을 수 있다. 이를 위해 제1 단말(210)에는 사업자(250)의 프로파일(미도시)이 설치되어 있을 수 있다. 사용자(200)는, 예를 들어 제2 단말(220)을 새로 구매한 경우, 제1 단말(210)에 설치된 프로파일을 제2 단말(220)에 다시 설치하려고 시도할 수 있다.
사업자(250)는 제1 프로파일 서버(230) 및 제2 프로파일 서버(240)와 연결되어 있고, 제1 단말(210)의 LPA(212)는 제1 프로파일 서버(230)와 연결되어 있고, 제2 단말(220)의 LPA(222)는 제2 프로파일 서버(240)와 연결되어 있을 수 있다. 이 때 제1 프로파일 서버(230)와 제2 프로파일 서버(240)는 서로 같을 수도 있고 다를 수도 있다. 또한 하나 이상의 사업자 서버가 구성에 포함되는 경우, 각 사업자 서버는 별도의 각 프로파일 서버와 연결되어 있을 수도 있고, 적어도 하나 이상의 사업자 서버가 동일한 프로파일 서버에 연결되어 있을 수도 있다. 또한 도 2에는 편의상 프로파일 서버(230, 240) 각각이 단일 서버로 구성되는 경우를 도시하였으나, 구현 및 실시예에 따라 하나 이상의 프로파일 서버(SM-DP+)가 서버 구성에 포함될 수 있고, 특정 프로파일 서버와 단말의 연결 생성을 보조하는 하나 이상의 개통중개서버(SM-DS)가 서버 구성에 포함될 수도 있다. 이와 같이 다양한 서버의 구성을 이하 도면에는 간략하게 단일 프로파일 서버로 표기할 수도 있음에 유의해야 한다.
본 개시의 일 실시예에 따른 사용자(200), 사업자(250), 단말(210, 220), eSIM(211, 221), LPA(212, 222), 프로파일 서버(230, 240)의 상세한 동작 및 메시지 교환 절차는 후술할 도면들을 참조하여 자세히 살펴보기로 한다.
도 3a은 본 개시의 일 실시예에 따른 제1 단말이 프로파일 서버를 통해 활성화 코드를 수신하고, 이를 제2 단말에 전달하여 새로운 프로파일을 다운로드 받는 절차를 도시하는 도면이다.
도 3a에서 사용자(200), 제1 단말(210), 제2 단말(220), 제1 프로파일 서버(230), 제2 프로파일 서버(240), 사업자(250)에 대한 구성과 설명은 도 2를 참조하기로 한다. 예를 들어, 사용자(200), 제1 단말(210), 제2 단말(220), 제1 프로파일 서버(230), 제2 프로파일 서버(240), 사업자(250)는 각각 도 2의 사용자(200), 제1 단말(210), 제2 단말(220), 제1 프로파일 서버(230), 제2 프로파일 서버(240), 사업자(250)에 대응될 수 있다. 또한 제1 프로파일 서버(230)와 제2 프로파일 서버(240)는 서로 같은 서버일 수도 있다.
도 3a을 참조하면, 301a 단계에서 사용자(200)는 제1 단말(210)에 제1 프로파일의 이동(transfer)을 요청할 수 있다. 필요한 경우, 사용자(200)는, 제1 프로파일에 대한 정보(profile metadata)와, 제1 프로파일을 이동하려는 사용자가 주지해야 할 정보를, 제1 단말(210)을 통해 확인할 수 있다. 제1 프로파일에 대한 정보의 일부 또는 전체와, 제1 프로파일을 이동하려는 사용자가 주지해야 할 정보의 일부 또는 전체는, 제1 단말(210) 내지 제1 프로파일에 저장되어 있을 수도 있고, 이후 307a 단계를 통해 제1 프로파일 서버(230)로부터 수신할 수 있으며, 또는 313a 단계를 통해 제2 프로파일 서버(240)로부터 수신할 수도 있다. 제1 프로파일에 대한 정보는, 예를 들면, 사업자(250)의 이름이나 로고, 프로파일 정책(profile policy) 등을 포함할 수 있다. 제1 프로파일을 이동하려는 사용자가 주지해야 할 정보는, 예를 들면, 사업자(250)가 허용하는 프로파일 이동의 잔여 횟수나 프로파일 이동을 위해 사용자가 지불해야 하는 비용 등을 포함할 수 있다. 만일 사업자(250)가 허용하는 프로파일 이동의 잔여 횟수가 남아있지 않거나 정의되지 않은 경우, 제1 단말(210)은 제1 프로파일의 이동이 불가능함을 사용자에게 공지하고 동작을 종료하거나, 303a 단계부터 307a 단계까지를 수행하여 프로파일의 이동을 위해 사용자가 지불해야 하는 비용 등을 사업자(250) 내지 프로파일 서버(230, 240)를 통해 더 수신하고 사용자에게 공지할 수 있다. 또한 제1 단말(210) 내지 제1 프로파일에는, 프로파일의 이동을 위해 단말이 접속해야 하는 프로파일 서버의 주소가 적어도 하나 이상 저장되어 있을 수 있다. 프로파일의 이동을 위해 단말이 접속해야 하는 프로파일 서버는, 예를 들면, 제1 프로파일 서버(230)일 수 있다.
303a 단계에서 제1 단말(210)은 제1 프로파일 서버(230)에 제1 프로파일의 이동을 요청할 수 있다. 303a 단계는, 예를 들면, 인증 시작(initiate authentication) 메시지나, 단말 인증 요청(authenticate client) 메시지나, 이동 요청(transfer request) 메시지 중 적어도 하나 이상을 이용하고, 그리고/또는 단말 변경(device change) 또는 프로파일 이동(transfer profile)로 설정된 동작 종류(operation type)를 더 전송하여 수행될 수 있다. 303a 단계에서 제1 프로파일의 이동을 요청하는 절차는, 적어도 제1 프로파일의 프로파일 식별자(ICCID)를 전송하는 단계를 포함할 수 있다.
305a 단계에서 제1 프로파일 서버(230)와 사업자(250)는 제1 프로파일의 이동 가능성을 확인할 수 있다. 만일 제1 프로파일을 다른 단말로 이동할 수 없는 경우, 제1 프로파일 서버(230)와 사업자(250)는 새로운 제2 프로파일을 준비할 수 있다. 305a 단계는, 예를 들면, 다운로드 주문(download order) 메시지나, 주문 확인(confirm order) 메시지나, 원격관리 주문(rpm order) 메시지나, 주문 해제(release order) 메시지나, 공지 처리(handle notification) 중 적어도 하나 이상을 이용하여 수행될 수 있다. 305a 단계에서 프로파일 서버(230)와 사업자(250)는, 필요한 경우, 제1 프로파일에 대한 정보(profile metadata), 제2 프로파일에 대한 정보(profile metadata), 그리고/또는 제1 프로파일을 이동하려는 사용자가 주지해야 할 정보의 일부 또는 전체를 더 생성하거나 변경할 수 있다. 제1 프로파일에 대한 정보 및 제2 프로파일에 대한 정보는, 예를 들면, 각 프로파일을 제공한 사업자(250)의 이름이나 로고, 프로파일 정책(profile policy) 등을 포함할 수 있다. 제1 프로파일을 이동하려는 사용자가 주지해야 할 정보는, 예를 들면, 사업자(250)가 허용하는 프로파일 이동의 잔여 횟수나 프로파일 이동을 위해 사용자가 지불해야 하는 비용 등을 포함할 수 있다. 또한, 제1 프로파일 서버(230)와 사업자(250)는 준비된 제2 프로파일을 다운로드 받을 수 있는 활성화 코드(activation code)를 더 생성할 수 있다. 상기 활성화 코드는 적어도 제2 프로파일이 저장된 제2 프로파일 서버(240)의 주소와, 제2 프로파일에 연결된 이벤트 식별자(MatchingID)를 포함할 수 있다. 도면에는 편의를 위해 제1 프로파일 서버(230)와 제2 프로파일 서버(240)가 별도의 서버인 것으로 표현되어 있으나, 제1 프로파일 서버(230)는 제2 프로파일 서버(240)와 동일한 서버일 수도 있다. 305a 단계에 대한 보다 상세한 설명과 다른 일 실시예는 도 3b를 참조할 수 있다.
307a 단계에서 제1 프로파일 서버(230)는 제1 단말(210)에 제2 프로파일을 다운로드 받을 수 있는 활성화 코드를 전달하고, 제1 프로파일을 삭제할 필요가 없음을 더 공지할 수 있다. 제1 프로파일을 삭제할 필요가 없음을 공지하는 방법은, 예를 들면, 제1 프로파일 삭제 요청(delete profile) 플래그(flag)를 전송하지 않거나, 제1 프로파일 재사용(reuse profile) 플래그를 전송하지 않거나, 제1 프로파일 삭제 불필요(do not delete profile) 플래그를 전송하거나, 신규 프로파일 사용(new profile) 플래그를 전송하는 등의 방법을 이용할 수 있다. 또한 307a 단계에서 제1 프로파일 서버(230)는, 필요한 경우, 제1 프로파일에 대한 정보, 제2 프로파일에 대한 정보(profile metadata), 그리고/또는 제1 프로파일을 이동하려는 사용자가 주지해야 할 정보의 일부 또는 전체를 제1 단말(210)에 더 공지할 수 있다. 제1 프로파일에 대한 정보 내지 제2 프로파일에 대한 정보는, 예를 들면, 각 프로파일을 제공한 사업자(250)의 이름이나 로고, 프로파일 정책(profile policy) 등을 포함할 수 있다. 제1 프로파일을 이동하려는 사용자가 주지해야 할 정보는, 예를 들면, 사업자(250)가 허용하는 프로파일 이동의 잔여 횟수나 프로파일 이동을 위해 사용자가 지불해야 하는 비용 등을 포함할 수 있다. 제1 단말(210)이 제1 프로파일에 대한 정보, 제2 프로파일에 대한 정보, 그리고/또는 제1 프로파일을 이동하려는 사용자가 주지해야 할 정보를 더 수신한 경우, 제1 단말(210)은 상기 정보의 일부 또는 전체를 사용자(200)에게 출력하고 사용자(200)의 동의를 입력 받을 수 있다.
309a 단계에서 제1 단말(210)은 활성화 코드를 QR 코드와 같은 이미지의 형태로 변환하거나 문자열 형태로 변환하여 화면에 출력하고, 활성화 코드가 준비되었음을 사용자에게 공지할 수 있다. 상기 QR 코드는 바코드 정보, 기타 암호화 정보 등으로 대체될 수 있다.
311a 단계에서 사용자(200)는 제1 단말(210)의 화면에 출력된 활성화 코드를 제2 단말(220)에 입력할 수 있다. 활성화 코드를 입력하는 방법은, QR 코드와 같은 이미지를 카메라로 촬영하거나, 문자열을 키보드로 입력하는 등 다양한 방법을 이용할 수 있다. 또한 제1 단말(210)과 제2 단말(220)이 근거리 통신(예를 들면, Bluetooth, NFC, WiFi, WiFi Direct 등)을 통해 서로 연결되어 있는 경우, 제1 단말(210)은 309a 단계에서 활성화 코드를 화면에 출력하지 않고, 제2 단말(220)에 직접 전달할 수도 있다.
313a 단계에서 제2 단말(220)은 제2 프로파일 서버(240)에 제2 프로파일의 다운로드를 요청할 수 있다. 313a 단계는, 예를 들면, 인증 시작(initiate authentication) 메시지나, 단말 인증 요청(authenticate client) 메시지나, 이동 요청(transfer request) 메시지 중 적어도 하나 이상을 이용하여 수행될 수 있다. 313a 단계는 제2 단말(220)이 활성화 코드에 포함된 이벤트 식별자(MatchingID)를 제2 프로파일 서버(240)에 전달하는 절차를 포함할 수 있다. 313a 단계에서 제2 단말(200)은 인터넷 연결을 위해, WiFi를 이용하거나, 제1 단말(210)이 제공하는 인터넷 테더링(tethering) 기능을 이용할 수도 있다.
315a 단계에서 제2 프로파일 서버(240)는 제2 프로파일에 대한 정보(profile metadata)와, 제2 프로파일을 다운로드 받는 사용자가 주지해야 할 정보를, 제2 단말(220)에 전달할 수 있다. 제2 프로파일에 대한 정보는, 예를 들면, 사업자(250)의 이름이나 로고, 프로파일 정책(profile policy) 등을 포함할 수 있다. 제2 프로파일을 다운로드 받는 사용자가 주지해야 할 정보는, 예를 들면, 사업자(250)가 허용하는 프로파일 이동의 잔여 횟수나 프로파일 이동을 위해 사용자가 지불해야 하는 비용 등을 포함할 수 있다.
317a 단계에서 사용자(200)는 제2 프로파일에 대한 정보 및 제2 프로파일을 다운로드 받는 사용자가 주지해야 할 정보를 확인하고, 프로파일 설치에 동의할 수 있다. 프로파일 설치에 동의하는 동작은, "예/아니오(Yes/No)"를 선택하거나, 사용자(200)가 설정한 비밀번호를 입력하거나, 사용자(200)의 지문 또는 홍채 등 생체정보를 입력하는 동작 등을 포함할 수 있다.
319a 단계에서 제2 단말(220)은 제2 프로파일 서버(240)에 사용자(200)가 프로파일 다운로드에 동의했음을 공지하고 프로파일 패키지를 요청할 수 있다.
321a 단계에서 제2 프로파일 서버(240)는 제2 프로파일에 대한 프로파일 패키지를 제2 단말(220)에 전달할 수 있다.
323a 단계에서 제2 단말(220)은 제2 프로파일에 대한 프로파일 패키지를 이용하여 제2 프로파일을 설치할 수 있다.
325a 단계에서 제1 단말(210)은 제1 프로파일을 비활성화 및 삭제하고, 비활성화 결과 및 삭제 결과를 제1 프로파일 서버(230)에 공지할 수 있다. 제1 프로파일의 비활성화 결과와 삭제 결과는, 적어도 제1 프로파일의 프로파일 식별자(ICCID)를 포함할 수 있다. 325a 단계는, 예를 들면, 공지 처리(handle notification) 메시지를 이용하여 수행될 수 있다. 325a 단계는 307a 단계에서 제1 프로파일 서버(230)가 제1 프로파일의 삭제를 요청하지 않은 것과 무관한 별도의 동작일 수 있으며, 필요에 따라 선택적으로 수행될 수 있다. 또한 도 3a에는 도면의 편의를 위해 제1 단말(210)이 비활성화 결과 및 삭제 결과를 제1 프로파일 서버(230)에 공지하는 것으로 도시되어 있으나, 비활성화 결과 및 삭제 결과는 다른 프로파일 서버(예를 들면, 제2 프로파일 서버(240)나 도면에 도시되지 않은 제3 프로파일 서버)에 전달될 수도 있으며, 비활성화 결과와 삭제 결과가 별도로 전달될 수도 있다. 또한 제1 프로파일이 이미 비활성화 상태인 경우, 325a 단계에서 제1 단말(210)은 제1 프로파일을 비활성화하는 동작과 비활성화 결과를 제1 프로파일 서버(230)에 공지하는 동작을 생략할 수도 있다.
도 3b는 본 개시의 일 실시예에 따른 제1 단말이 프로파일 서버를 통해 활성화 코드를 수신하고, 이를 제2 단말에 전달하여 새로운 프로파일을 다운로드 받는 다른 절차를 도시하는 도면이다.
도 3b에서 사용자(200), 제1 단말(210), 제2 단말(220), 제1 프로파일 서버(230), 제2 프로파일 서버(240), 사업자(250)에 대한 구성과 설명은 도 2를 참조하기로 한다. 예를 들어, 사용자(200), 제1 단말(210), 제2 단말(220), 프로파일 서버(230), 사업자(250)는 각각 도 2의 사용자(200), 제1 단말(210), 제2 단말(220), 제1 프로파일 서버(230), 사업자(250)에 대응될 수 있다.
도 3b를 참조하면, 301b 단계에서 사업자(250)는 프로파일 서버(230)에 단말(210, 220)로부터 제1 프로파일의 이동을 요청 받을 경우 사업자(250)에게 공지할 것을 요청할 수 있다. 제1 프로파일의 이동을 요청 받을 경우 사업자(250)에게 공지할 것을 요청하는 방법은, 예를 들면, 이동 시 공지 요청(notification request on transfer) 플래그(flag)를 전송하거나, 공지 없이 이동 가능(transfer available without notification) 플래그(flag)를 전송하는 등의 방법을 이용할 수 있다.
303b 단계에서 사용자(200)는 제1 단말(210)에 제1 프로파일의 이동(transfer)을 요청할 수 있다. 필요한 경우, 사용자(200)는, 제1 프로파일에 대한 정보(profile metadata)를, 제1 단말(210)을 통해 확인할 수 있다. 제1 프로파일에 대한 정보의 일부 또는 전체는, 제1 단말(210) 내지 제1 프로파일에 저장되어 있을 수 있다. 제1 프로파일에 대한 정보는, 예를 들면, 사업자(250)의 이름이나 로고, 프로파일 정책(profile policy) 등을 포함할 수 있다. 또한 제1 단말(210) 및 제1 프로파일에는, 프로파일의 이동을 위해 단말이 접속해야 하는 프로파일 서버의 주소가 적어도 하나 이상 저장되어 있을 수 있다. 프로파일의 이동을 위해 단말이 접속해야 하는 프로파일 서버는, 예를 들면, 프로파일 서버(230)일 수 있다.
305b 단계에서 제1 단말(210)은 프로파일 서버(230)에 제1 프로파일의 이동을 요청할 수 있다. 305b 단계는, 예를 들면, 인증 시작(initiate authentication) 메시지나, 단말 인증 요청(authenticate client) 메시지나, 이동 요청(transfer request) 메시지 중 적어도 하나 이상을 이용하고, 그리고/또는 단말 변경(device change) 또는 프로파일 이동(transfer profile)로 설정된 동작 종류(operation type)를 더 전송하여 수행될 수 있다. 305b 단계에서 제1 프로파일의 이동을 요청하는 절차는, 적어도 제1 프로파일의 프로파일 식별자(ICCID)를 전송하는 단계를 포함할 수 있다.
307b 단계에서 프로파일 서버(230)는 단말(210)로부터 제1 프로파일의 이동을 요청 받았음을 사업자(250)에게 공지할 수 있다. 307b 단계는, 예를 들면, 공지 처리(handle notification) 메시지를 이용할 수 있다.
309b 단계에서 사업자(250)는 제1 프로파일의 이동 정책(transfer policy)를 확인할 수 있다. 제1 프로파일의 이동을 허가하는 기준은, 예를 들면, 사용자(200)가 가입한 통신 요금제 등을 참조할 수 있다. 필요한 경우, 사업자(250)는 제1 프로파일의 이동을 위해 사용자(200)에게 추가 정보를 제공하고 사용자(200)의 동의를 받아야 할 것을 판단할 수 있다.
311b 단계에서 사업자(250)는 제1 프로파일을 이동하려는 사용자가 주지해야 할 정보의 일부 또는 전체를 프로파일 서버(230)에 전달할 수 있다. 제1 프로파일을 이동하려는 사용자가 주지해야 할 정보는, 예를 들면, 사업자(250)가 허용하는 프로파일 이동의 잔여 횟수나 프로파일 이동을 위해 사용자가 지불해야 하는 비용 등을 포함할 수 있다. 311b 단계에서 프로파일 서버(230)와 사업자(250)는, 필요한 경우, 제1 프로파일에 대한 정보(profile metadata), 제2 프로파일에 대한 정보(profile metadata), 그리고/또는 제1 프로파일을 이동하려는 사용자가 주지해야 할 정보의 일부 또는 전체를 더 생성하거나 변경할 수 있다. 제1 프로파일에 대한 정보 내지 제2 프로파일에 대한 정보는, 예를 들면, 각 프로파일을 제공한 사업자(250)의 이름이나 로고, 프로파일 정책(profile policy) 등을 포함할 수 있다. 제1 프로파일을 이동하려는 사용자가 주지해야 할 정보는, 예를 들면, 사업자(250)가 허용하는 프로파일 이동의 잔여 횟수나 프로파일 이동을 위해 사용자가 지불해야 하는 비용 등을 포함할 수 있다.
313b 단계에서 프로파일 서버(230)는 제1 프로파일을 이동하려는 사용자가 주지해야 할 정보의 일부 또는 전체를 제1 단말(210)에 전달할 수 있다. 제1 단말(210)은 수신한 정보의 일부 또는 전체를 사용자(200)에게 보여줄 수 있다.
315b 단계에서 사용자(200)는 사업자(250)가 제시한 제1 프로파일을 이동하기 위한 정보를 확인하고, 제1 단말(210)에 사용자 동의를 입력할 수 있다.
317b 단계에서 제1 단말(210)은 사용자가 제1 프로파일의 이동에 동의했음을 프로파일 서버(230)에 전달할 수 있다. 317b 단계는, 예를 들면, 인증 시작(initiate authentication) 메시지나, 단말 인증 요청(authenticate client) 메시지나, 이동 요청(transfer request) 메시지 중 적어도 하나 이상을 이용하고, 그리고/또는 단말 변경 확인(device change confirmed) 또는 프로파일 이동 확인(transfer profile confirmed) 또는 사용자 확인(end user confirmed)으로 설정된 동작 종류(operation type)를 더 전송하여 수행될 수 있다. 317b 단계에서 사용자가 제1 프로파일의 이동에 동의했음을 전달하는 절차는, 적어도 제1 프로파일의 프로파일 식별자(ICCID)를 전송하는 단계를 포함할 수 있다.
319b 단계에서 프로파일 서버(230)는 사용자(200)가 제1 프로파일의 이동에 동의했음을 사업자(250)에게 공지할 수 있다. 319b 단계는, 예를 들면, 공지 처리(handle notification) 메시지를 이용할 수 있다.
321b 단계에서 프로파일 서버(230)와 사업자(250)는 새로운 제2 프로파일을 준비할 수 있다. 321b 단계는, 예를 들면, 다운로드 주문(download order) 메시지나, 주문 확인(confirm order) 메시지나, 원격관리 주문(rpm order) 메시지나, 주문 해제(release order) 메시지나, 공지 처리(handle notification) 중 적어도 하나 이상을 이용하여 수행될 수 있다. 또한, 프로파일 서버(230)와 사업자(250)는 준비된 제2 프로파일을 다운로드 받을 수 있는 활성화 코드(activation code)를 더 생성할 수 있다. 상기 활성화 코드는 적어도 제2 프로파일이 저장된 프로파일 서버(230)의 주소와, 제2 프로파일에 연결된 이벤트 식별자(MatchingID)를 포함할 수 있다.
323b 단계에서 프로파일 서버(230)는 제1 단말(210)에 제2 프로파일을 다운로드 받을 수 있는 활성화 코드를 전달하고, 제1 프로파일을 삭제할 필요가 없음을 더 공지할 수 있다. 제1 프로파일을 삭제할 필요가 없음을 공지하는 방법은, 예를 들면, 제1 프로파일 삭제 요청(delete profile) 플래그(flag)를 전송하지 않거나, 제1 프로파일 재사용(reuse profile) 플래그를 전송하지 않거나, 제1 프로파일 삭제 불필요(do not delete profile) 플래그를 전송하거나, 신규 프로파일 사용(new profile) 플래그를 전송하는 등의 방법을 이용할 수 있다.
325b 단계에서 제1 단말(210)은 활성화 코드를 QR 코드와 같은 이미지의 형태로 변환하거나 문자열 형태로 변환하여 화면에 출력하고, 활성화 코드가 준비되었음을 사용자에게 공지할 수 있다. 상기 QR 코드는 바코드 정보, 기타 암호화 정보 등으로 대체될 수 있다.
327b 단계에서 사용자(200)는 제1 단말(210)의 화면에 출력된 활성화 코드를 제2 단말(220)에 입력할 수 있다. 활성화 코드를 입력하는 방법은, QR 코드와 같은 이미지를 카메라로 촬영하거나, 문자열을 키보드로 입력하는 등 다양한 방법을 이용할 수 있다. 또한 제1 단말(210)과 제2 단말(220)이 근거리 통신(예를 들면, Bluetooth, NFC, WiFi, WiFi Direct 등)을 통해 서로 연결되어 있는 경우, 제1 단말(210)은 327b 단계에서 활성화 코드를 화면에 출력하지 않고, 제2 단말(220)에 직접 전달할 수도 있다.
329b 단계에서 제2 단말(220)은 프로파일 서버(230)로부터 제2 프로파일을 다운로드 받을 수 있다. 329b 단계에 대한 상세한 설명은 도 3a의 313a 단계 및 그 이후 단계에 대한 설명을 참조한다.
도 4a는 본 개시의 일 실시예에 따른 제1 단말이 프로파일 서버를 통해 활성화 코드를 수신하고, 이를 제2 단말에 전달하여 동일한 프로파일을 다시 다운로드 받는 절차를 도시하는 도면이다.
도 4a에서 사용자(200), 제1 단말(210), 제2 단말(220), 프로파일 서버(230), 사업자(250)에 대한 구성과 설명은 도 2를 참조하기로 한다. 예를 들어, 사용자(200), 제1 단말(210), 제2 단말(220), 프로파일 서버(230), 사업자(250)는 각각 도 2의 사용자(200), 제1 단말(210), 제2 단말(220), 제1 프로파일 서버(230), 사업자(250)에 대응될 수 있다.
도 4a를 참조하면, 401a 단계에서 사용자(200)는 제1 단말(210)에 제1 프로파일의 이동(transfer)을 요청할 수 있다. 이를 위해 사용자(200)는, 제1 프로파일에 대한 정보(profile metadata)와, 제1 프로파일을 이동하려는 사용자가 주지해야 할 정보를, 제1 단말(210)을 통해 확인할 수 있다. 제1 프로파일에 대한 정보와, 제1 프로파일을 이동하려는 사용자가 주지해야 할 정보는, 제1 단말(210) 내지 제1 프로파일에 저장되어 있을 수 있다. 제1 프로파일에 대한 정보는, 예를 들면, 사업자(250)의 이름이나 로고, 프로파일 정책(profile policy) 등을 포함할 수 있다. 제1 프로파일을 이동하려는 사용자가 주지해야 할 정보는, 예를 들면, 사업자(250)가 허용하는 프로파일 이동의 잔여 횟수나 프로파일 이동을 위해 사용자가 지불해야 하는 비용 등을 포함할 수 있다. 또한 제1 단말(210) 내지 제1 프로파일에는, 프로파일의 이동을 위해 단말이 접속해야 하는 프로파일 서버의 주소가 적어도 하나 이상 저장되어 있을 수 있다. 프로파일의 이동을 위해 단말이 접속해야 하는 프로파일 서버는, 예를 들면, 프로파일 서버(230)일 수 있다.
403a 단계에서 제1 단말(210)은 프로파일 서버(230)에 제1 프로파일의 이동을 요청할 수 있다. 403a 단계는, 예를 들면, 인증 시작(initiate authentication) 메시지나, 단말 인증 요청(authenticate client) 메시지나, 이동 요청(transfer request) 메시지 중 적어도 하나 이상을 이용하고, 그리고/또는 단말 변경(device change) 또는 프로파일 이동(transfer profile)로 설정된 동작 종류(operation type)를 더 전송하여 수행될 수 있다. 403a 단계에서 제1 프로파일의 이동을 요청하는 절차는, 적어도 제1 프로파일의 프로파일 식별자(ICCID)를 전송하는 단계를 포함할 수 있다.
405a 단계에서 프로파일 서버(230)와 사업자(250)는 제1 프로파일의 이동 가능성을 확인할 수 있다. 만일 제1 프로파일을 다른 단말로 이동할 수 있는 경우, 프로파일 서버(230)와 사업자(250)는 제1 프로파일의 재사용을 준비할 수 있다. 이 때 준비된 제1 프로파일은, 프로파일이 복제되는 것을 방지하기 위해, 아직 다운로드가 가능하지 않은 상태로 설정될 수 있다. 405a 단계는, 예를 들면, 다운로드 주문(download order) 메시지나, 주문 확인(confirm order) 메시지나, 원격관리 주문(rpm order) 메시지나, 주문 해제(release order) 메시지나, 공지 처리(handle notification) 중 적어도 하나 이상을 이용하여 수행될 수 있다. 405a 단계에서 프로파일 서버(230)와 사업자(250)는, 필요한 경우, 제1 프로파일에 대한 정보(profile metadata) 그리고/또는 제1 프로파일을 이동하려는 사용자가 주지해야 할 정보의 일부 또는 전체를 더 생성하거나 변경할 수 있다. 제1 프로파일에 대한 정보는, 예를 들면, 사업자(250)의 이름이나 로고, 프로파일 정책(profile policy) 등을 포함할 수 있다. 제1 프로파일을 이동하려는 사용자가 주지해야 할 정보는, 예를 들면, 사업자(250)가 허용하는 프로파일 이동의 잔여 횟수나 프로파일 이동을 위해 사용자가 지불해야 하는 비용 등을 포함할 수 있다. 또한, 프로파일 서버(230)와 사업자(250)는 제1 프로파일을 다시 다운로드 받을 수 있는 활성화 코드(activation code)를 더 생성할 수 있다. 상기 활성화 코드는 적어도 제1 프로파일이 저장된 프로파일 서버(240)의 주소와, 제1 프로파일에 연결된 이벤트 식별자(MatchingID)를 포함할 수 있다. 도면에는 편의를 위해 제1 프로파일이 프로파일 서버(230)에 저장된 것으로 표현되어 있으나, 제1 프로파일은 프로파일 서버(230)와 다른 프로파일 서버에 저장될 수도 있다. 예를 들면, 도 3a의 제2 프로파일 서버(240)가 이용될 수도 있다.
407a 단계에서 프로파일 서버(230)는 제1 단말(210)에 제1 프로파일을 다시 다운로드 받을 수 있는 활성화 코드를 전달하고, 제1 프로파일을 삭제할 필요가 있음을 더 공지할 수 있다. 제1 프로파일을 삭제할 필요가 있음을 공지하는 방법은, 예를 들면, 제1 프로파일 삭제 요청(delete profile) 플래그(flag)를 전송하거나, 제1 프로파일 재사용(reuse profile) 플래그를 전송하거나, 제1 프로파일 삭제 불필요(do not delete profile) 플래그를 전송하지 않거나, 신규 프로파일 사용(new profile) 플래그를 전송하지 않는 등의 방법을 이용할 수 있다. 또한 407a 단계에서 제1 프로파일 서버(230)는, 필요한 경우, 제2 프로파일에 대한 정보(profile metadata) 그리고/또는 제2 프로파일을 다운로드 받는 사용자가 주지해야 할 정보의 일부 또는 전체를 제1 단말(210)에 더 공지할 수 있다. 제1 단말(210)이 제2 프로파일에 대한 정보 그리고/또는 제2 프로파일을 다운로드 받는 사용자가 주지해야 할 정보를 더 수신한 경우, 제1 단말(210)은 상기 정보의 일부 또는 전체를 사용자(200)에게 출력하고 사용자(200)의 동의를 입력 받을 수 있다.
409a 단계에서 제1 단말(210)은 프로파일 서버(230)의 요청에 따라 제1 프로파일을 비활성화 및 삭제하고, 비활성화 결과 및 삭제 결과를 프로파일 서버(230)에 공지할 수 있다. 제1 프로파일의 비활성화 결과와 삭제 결과는, 적어도 제1 프로파일의 프로파일 식별자(ICCID)를 포함할 수 있다. 409a 단계는, 예를 들면, 프로파일 비활성화(disable profile) 메시지나, 프로파일 삭제(delete profile) 메시지나, 공지 처리(handle notification) 메시지 중 적어도 하나를 이용하여 수행될 수 있다. 또한 도 4a에는 도면의 편의를 위해 제1 단말(210)이 비활성화 결과 및 삭제 결과를 프로파일 서버(230)에 공지하는 것으로 도시되어 있으나, 비활성화 결과 및 삭제 결과는 다른 프로파일 서버(예를 들면, 제2 프로파일 서버(240)나 도면에 도시되지 않은 제3 프로파일 서버)에 전달될 수도 있으며, 비활성화 결과와 삭제 결과가 별도로 전달될 수도 있다. 또한 제1 프로파일이 이미 비활성화 상태인 경우, 409a 단계에서 제1 단말(210)은 제1 프로파일을 비활성화하는 동작과 비활성화 결과를 프로파일 서버(230)에 공지하는 동작을 생략할 수도 있다.
411a 단계에서 프로파일 서버(230)는 제1 단말(210)이 제1 프로파일을 삭제했음을 확인하고, 405a 단계에서 준비한 제1 프로파일을 다운로드 가능한 상태로 설정할 수 있다. 또한 프로파일 서버(230)는 제1 프로파일이 다운로드 가능한 상태임을 제1 단말(210)에 공지할 수 있다.
413a 단계에서 제1 단말(210)은 활성화 코드를 QR 코드와 같은 이미지의 형태로 변환하거나 문자열 형태로 변환하여 화면에 출력하고, 활성화 코드가 준비되었음을 사용자에게 공지할 수 있다.
415a 단계에서 사용자(200)는 제1 단말(210)의 화면에 출력된 활성화 코드를 제2 단말(220)에 입력할 수 있다. 활성화 코드를 입력하는 방법은, QR 코드와 같은 이미지를 카메라로 촬영하거나, 문자열을 키보드로 입력하는 등 다양한 방법을 이용할 수 있다. 또한 제1 단말(210)과 제2 단말(220)이 근거리 통신(예를 들면, Bluetooth, NFC, WiFi, WiFi Direct 등)을 통해 서로 연결되어 있는 경우, 제1 단말(210)은 413a 단계에서 활성화 코드를 화면에 출력하지 않고, 제2 단말(220)에 직접 전달할 수도 있다.
417a 단계에서 제2 단말(220)은 프로파일 서버(230)에 제1 프로파일의 다운로드를 요청할 수 있다. 417a 단계는, 예를 들면, 인증 시작(initiate authentication) 메시지나, 단말 인증 요청(authenticate client) 메시지나, 이동 요청(transfer request) 메시지 중 적어도 하나 이상을 이용하여 수행될 수 있다. 417a 단계는 제2 단말(220)이 활성화 코드에 포함된 이벤트 식별자(MatchingID)를 프로파일 서버(230)에 전달하는 절차를 포함할 수 있다. 417a 단계에서 제2 단말(200)은 인터넷 연결을 위해, WiFi를 이용하거나, 제1 단말(210)이 제공하는 인터넷 테더링(tethering) 기능을 이용할 수도 있다.
419a 단계에서 프로파일 서버(230)는 제1 프로파일이 다운로드 가능한 상태인지를 우선 확인할 수 있다. 만일 409a 단계 내지 411a 단계를 통해 제1 프로파일이 제1 단말에서 삭제되었음을 확인하지 못해 제1 프로파일의 다운로드가 불가능한 상태인 경우, 프로파일 서버(230)는 오류 코드를 회신하고 동작을 종료할 수 있다. 만일 제1 프로파일의 다운로드가 가능한 상태인 경우, 프로파일 서버(230)는 제1 프로파일에 대한 정보(profile metadata)와, 제1 프로파일을 다운로드 받는 사용자가 주지해야 할 정보를, 제2 단말(220)에 전달할 수 있다. 제1 프로파일에 대한 정보는, 예를 들면, 사업자(250)의 이름이나 로고, 프로파일 정책(profile policy) 등을 포함할 수 있다. 제1 프로파일을 다운로드 받는 사용자가 주지해야 할 정보는, 예를 들면, 사업자(250)가 허용하는 프로파일 이동의 잔여 횟수나 프로파일 이동을 위해 사용자가 지불해야 하는 비용 등을 포함할 수 있다.
421a 단계에서 사용자(200)는 제1 프로파일에 대한 정보 및 제1 프로파일을 다운로드 받는 사용자가 주지해야 할 정보를 확인하고, 프로파일 설치에 동의할 수 있다. 프로파일 설치에 동의하는 동작은, "예/아니오(Yes/No)"를 선택하거나, 사용자(200)가 설정한 비밀번호를 입력하거나, 사용자(200)의 지문 또는 홍채 등 생체정보를 입력하는 동작 등을 포함할 수 있다.
423a 단계에서 제2 단말(220)은 프로파일 서버(230)에 사용자(200)가 프로파일 다운로드에 동의했음을 공지하고 프로파일 패키지를 요청할 수 있다.
425a 단계에서 프로파일 서버(230)는 제1 프로파일에 대한 프로파일 패키지를 제2 단말(220)에 전달할 수 있다.
427a 단계에서 제2 단말(220)은 제1 프로파일에 대한 프로파일 패키지를 이용하여 제1 프로파일을 설치할 수 있다.
도 4b는 본 개시의 일 실시예에 따른 제1 단말이 프로파일 서버를 통해 활성화 코드를 수신하고, 이를 제2 단말에 전달하여 새로운 프로파일을 다운로드 받는 다른 절차를 도시하는 도면이다.
도 4b에서 사용자(200), 제1 단말(210), 제2 단말(220), 프로파일 서버(230), 사업자(250)에 대한 구성과 설명은 도 2를 참조하기로 한다. 예를 들어, 사용자(200), 제1 단말(210), 제2 단말(220), 프로파일 서버(230), 사업자(250)는 각각 도 2의 사용자(200), 제1 단말(210), 제2 단말(220), 제1 프로파일 서버(230), 사업자(250)에 대응될 수 있다.
도 4b를 참조하면, 401b 단계에서 사업자(250)는 프로파일 서버(230)에 단말(210, 220)로부터 제1 프로파일의 이동을 요청 받을 경우 사업자(250)에게 공지할 것을 요청할 수 있다. 제1 프로파일의 이동을 요청 받을 경우 사업자(250)에게 공지할 것을 요청하는 방법은, 예를 들면, 이동 시 공지 요청(notification request on transfer) 플래그(flag)를 전송하거나, 공지 없이 이동 가능(transfer available without notification) 플래그(flag)를 전송하는 등의 방법을 이용할 수 있다.
403b 단계에서 사용자(200)는 제1 단말(210)에 제1 프로파일의 이동(transfer)을 요청할 수 있다. 필요한 경우, 사용자(200)는, 제1 프로파일에 대한 정보(profile metadata)를, 제1 단말(210)을 통해 확인할 수 있다. 제1 프로파일에 대한 정보의 일부 또는 전체는, 제1 단말(210) 내지 제1 프로파일에 저장되어 있을 수 있다. 제1 프로파일에 대한 정보는, 예를 들면, 사업자(250)의 이름이나 로고, 프로파일 정책(profile policy) 등을 포함할 수 있다. 또한 제1 단말(210) 내지 제1 프로파일에는, 프로파일의 이동을 위해 단말이 접속해야 하는 프로파일 서버의 주소가 적어도 하나 이상 저장되어 있을 수 있다. 프로파일의 이동을 위해 단말이 접속해야 하는 프로파일 서버는, 예를 들면, 프로파일 서버(230)일 수 있다.
405b 단계에서 제1 단말(210)은 프로파일 서버(230)에 제1 프로파일의 이동을 요청할 수 있다. 405b 단계는, 예를 들면, 인증 시작(initiate authentication) 메시지나, 단말 인증 요청(authenticate client) 메시지나, 이동 요청(transfer request) 메시지 중 적어도 하나 이상을 이용하고, 그리고/또는 단말 변경(device change) 또는 프로파일 이동(transfer profile)로 설정된 동작 종류(operation type)를 더 전송하여 수행될 수 있다. 405b 단계에서 제1 프로파일의 이동을 요청하는 절차는, 적어도 제1 프로파일의 프로파일 식별자(ICCID)를 전송하는 단계를 포함할 수 있다.
407b 단계에서 프로파일 서버(230)는 단말(210)로부터 제1 프로파일의 이동을 요청 받았음을 사업자(250)에게 공지할 수 있다. 407b 단계는, 예를 들면, 공지 처리(handle notification) 메시지를 이용할 수 있다.
409b 단계에서 사업자(250)는 제1 프로파일의 이동 정책(transfer policy)를 확인할 수 있다. 제1 프로파일의 이동을 허가하는 기준은, 예를 들면, 사용자(200)가 가입한 통신 요금제 등을 참조할 수 있다. 필요한 경우, 사업자(250)는 제1 프로파일의 이동을 위해 사용자(200)에게 추가 정보를 제공하고 사용자(200)의 동의를 받아야 할 것을 판단할 수 있다.
411b 단계에서 사업자(250)는 제1 프로파일을 이동하려는 사용자가 주지해야 할 정보의 일부 또는 전체를 프로파일 서버(230)에 전달하고, 제1 프로파일을 우선 삭제할 필요가 있음을 더 공지할 수 있다. 제1 프로파일을 이동하려는 사용자가 주지해야 할 정보는, 예를 들면, 사업자(250)가 허용하는 프로파일 이동의 잔여 횟수나 프로파일 이동을 위해 사용자가 지불해야 하는 비용 등을 포함할 수 있다. 411b 단계에서 프로파일 서버(230)와 사업자(250)는, 필요한 경우, 제1 프로파일에 대한 정보(profile metadata) 그리고/또는 제1 프로파일을 이동하려는 사용자가 주지해야 할 정보의 일부 또는 전체를 더 생성하거나 변경할 수 있다. 제1 프로파일에 대한 정보는, 예를 들면, 제1 프로파일을 제공한 사업자(250)의 이름이나 로고, 프로파일 정책(profile policy) 등을 포함할 수 있다. 제1 프로파일을 이동하려는 사용자가 주지해야 할 정보는, 예를 들면, 사업자(250)가 허용하는 프로파일 이동의 잔여 횟수나 프로파일 이동을 위해 사용자가 지불해야 하는 비용 등을 포함할 수 있다. 제1 프로파일을 삭제할 필요가 있음을 공지하는 방법은, 예를 들면, 제1 프로파일 삭제 요청(delete profile) 플래그(flag)를 전송하거나, 제1 프로파일 재사용(reuse profile) 플래그를 전송하거나, 제1 프로파일 삭제 불필요(do not delete profile) 플래그를 전송하지 않거나, 신규 프로파일 사용(new profile) 플래그를 전송하지 않는 등의 방법을 이용할 수 있다.
413b 단계에서 프로파일 서버(230)는 제1 프로파일을 이동하려는 사용자가 주지해야 할 정보의 일부 또는 전체를 제1 단말(210)에 전달할 수 있다. 제1 단말(210)은 수신한 정보의 일부 또는 전체를 사용자(200)에게 보여줄 수 있다.
415b 단계에서 사용자(200)는 사업자(250)가 제시한 제1 프로파일을 이동하기 위한 정보를 확인하고, 제1 단말(210)에 사용자 동의를 입력할 수 있다.
417b 단계에서 제1 단말(210)은 사용자가 제1 프로파일의 이동에 동의했음을 프로파일 서버(230)에 전달할 수 있다. 417b 단계는, 예를 들면, 인증 시작(initiate authentication) 메시지나, 단말 인증 요청(authenticate client) 메시지나, 이동 요청(transfer request) 메시지 중 적어도 하나 이상을 이용하고, 그리고/또는 단말 변경 확인(device change confirmed) 또는 프로파일 이동 확인(transfer profile confirmed) 또는 사용자 확인(end user confirmed)으로 설정된 동작 종류(operation type)를 더 전송하여 수행될 수 있다. 417b 단계에서 사용자가 제1 프로파일의 이동에 동의했음을 전달하는 절차는, 적어도 제1 프로파일의 프로파일 식별자(ICCID)를 전송하는 단계를 포함할 수 있다.
419b 단계에서 프로파일 서버(230)는 사용자(200)가 제1 프로파일의 이동에 동의했음을 사업자(250)에게 공지할 수 있다. 419b 단계는, 예를 들면, 공지 처리(handle notification) 메시지를 이용할 수 있다.
421b 단계에서 프로파일 서버(230)와 사업자(250)는 제1 프로파일의 재사용을 준비할 수 있다. 421b 단계는, 예를 들면, 다운로드 주문(download order) 메시지나, 주문 확인(confirm order) 메시지나, 원격관리 주문(rpm order) 메시지나, 공지 처리(handle notification) 중 적어도 하나 이상을 이용할 수 있고, 제1 프로파일을 삭제할 필요가 있음을 더 공지하여 수행될 수 있다. 제1 프로파일을 삭제할 필요가 있음을 공지하는 방법은, 예를 들면, 제1 프로파일 삭제 요청(delete profile) 플래그(flag)를 전송하거나, 제1 프로파일 재사용(reuse profile) 플래그를 전송하거나, 제1 프로파일 삭제 불필요(do not delete profile) 플래그를 전송하지 않거나, 신규 프로파일 사용(new profile) 플래그를 전송하지 않는 등의 방법을 이용할 수 있다. 또한, 프로파일 서버(230)와 사업자(250)는 준비된 제1 프로파일을 다운로드 받을 수 있는 활성화 코드(activation code)를 더 생성할 수 있다. 상기 활성화 코드는 적어도 제1 프로파일이 저장된 프로파일 서버(230)의 주소와, 제1 프로파일에 연결된 이벤트 식별자(MatchingID)를 포함할 수 있다.
423b 단계에서 프로파일 서버(230)는 제1 단말(210)에 제1 프로파일을 다운로드 받을 수 있는 활성화 코드를 전달하고, 제1 프로파일을 삭제할 필요가 있음을 더 공지할 수 있다. 제1 프로파일을 삭제할 필요가 있음을 공지하는 방법은, 예를 들면, 제1 프로파일 삭제 요청(delete profile) 플래그(flag)를 전송하거나, 제1 프로파일 재사용(reuse profile) 플래그를 전송하거나, 제1 프로파일 삭제 불필요(do not delete profile) 플래그를 전송하지 않거나, 신규 프로파일 사용(new profile) 플래그를 전송하지 않는 등의 방법을 이용할 수 있다.
425b 단계에서 제1 단말(210)은 프로파일 서버(230)의 요청에 따라 제1 프로파일을 비활성화 및 삭제하고, 비활성화 결과 및 삭제 결과를 프로파일 서버(230)에 공지할 수 있다. 제1 프로파일의 비활성화 결과와 삭제 결과는, 적어도 제1 프로파일의 프로파일 식별자(ICCID)를 포함할 수 있다. 425b 단계는, 예를 들면, 프로파일 비활성화(disable profile) 메시지나, 프로파일 삭제(delete profile) 메시지나, 공지 처리(handle notification) 메시지 중 적어도 하나를 이용하여 수행될 수 있다. 또한 도 4b에는 도면의 편의를 위해 제1 단말(210)이 비활성화 결과 및 삭제 결과를 프로파일 서버(230)에 공지하는 것으로 도시되어 있으나, 비활성화 결과 및 삭제 결과는 다른 프로파일 서버(예를 들면, 제2 프로파일 서버(240)나 도면에 도시되지 않은 제3 프로파일 서버)에 전달될 수도 있으며, 비활성화 결과와 삭제 결과가 별도로 전달될 수도 있다. 또한 제1 프로파일이 이미 비활성화 상태인 경우, 425b 단계에서 제1 단말(210)은 제1 프로파일을 비활성화하는 동작과 비활성화 결과를 프로파일 서버(230)에 공지하는 동작을 생략할 수도 있다.
427b 단계에서 프로파일 서버(230)는 제1 프로파일이 제1 단말(210)로부터 삭제되었음을 사업자(250)에 공지할 수 있다. 427b 단계는, 예를 들면, 공지 처리(handle notification) 메시지를 이용할 수 있다. 427b 단계는 적어도 제1 프로파일의 식별자(ICCID)를 전달하는 절차를 포함할 수 있다.
429b 단계에서 사업자(250)는 프로파일 서버(230)에 제1 프로파일을 사용 가능한 상태로 변경할 것을 요청할 수 있다. 429b 단계는, 예를 들면, 주문 해제(release order) 메시지를 이용할 수 있다.
431b 단계에서 프로파일 서버(230)는 사업자(250)의 요청에 따라 421b 단계에서 준비한 제1 프로파일을 다운로드 가능한 상태로 설정할 수 있다. 또한 프로파일 서버(230)는 제1 프로파일이 다운로드 가능한 상태임을 제1 단말(210)에 공지할 수 있다.
433b 단계에서 제1 단말(210)은 활성화 코드를 QR 코드와 같은 이미지의 형태로 변환하거나 문자열 형태로 변환하여 화면에 출력하고, 활성화 코드가 준비되었음을 사용자에게 공지할 수 있다. 상기 QR 코드는 바코드 정보, 기타 암호화 정보 등으로 대체될 수 있다.
435b 단계에서 사용자(200)는 제1 단말(210)의 화면에 출력된 활성화 코드를 제2 단말(220)에 입력할 수 있다. 활성화 코드를 입력하는 방법은, QR 코드와 같은 이미지를 카메라로 촬영하거나, 문자열을 키보드로 입력하는 등 다양한 방법을 이용할 수 있다. 또한 제1 단말(210)과 제2 단말(220)이 근거리 통신(예를 들면, Bluetooth, NFC, WiFi, WiFi Direct 등)을 통해 서로 연결되어 있는 경우, 제1 단말(210)은 423b 단계에서 활성화 코드를 화면에 출력하지 않고, 제2 단말(220)에 직접 전달할 수도 있다.
437b 단계에서 제2 단말(220)은 프로파일 서버(230)로부터 제1 프로파일을 다운로드 받을 수 있다. 437b 단계에 대한 상세한 설명은 도 4a의 417a 단계 및 그 이후 단계에 대한 설명을 참조한다.
도 4c는 본 개시의 일 실시예에 따른 제1 단말이 프로파일 서버를 통해 활성화 코드를 수신하고, 이를 제2 단말에 전달하여 새로운 프로파일을 다운로드 받는 또 다른 절차를 도시하는 도면이다.
도 4c에서 사용자(200), 제1 단말(210), 제2 단말(220), 프로파일 서버(230), 사업자(250)에 대한 구성과 설명은 도 2를 참조하기로 한다. 예를 들어, 사용자(200), 제1 단말(210), 제2 단말(220), 프로파일 서버(230), 사업자(250)는 각각 도 2의 사용자(200), 제1 단말(210), 제2 단말(220), 제1 프로파일 서버(230), 사업자(250)에 대응될 수 있다.
도 4c를 참조하면, 401c 단계에서 사업자(250)는 프로파일 서버(230)에 단말(210, 220)로부터 제1 프로파일의 이동을 요청 받을 경우 사업자(250)에게 공지할 것을 요청할 수 있다. 제1 프로파일의 이동을 요청 받을 경우 사업자(250)에게 공지할 것을 요청하는 방법은, 예를 들면, 이동 시 공지 요청(notification request on transfer) 플래그(flag)를 전송하거나, 공지 없이 이동 가능(transfer available without notification) 플래그(flag)를 전송하는 등의 방법을 이용할 수 있다.
403c 단계에서 사용자(200)는 제1 단말(210)에 제1 프로파일의 이동(transfer)을 요청할 수 있다. 필요한 경우, 사용자(200)는, 제1 프로파일에 대한 정보(profile metadata)를, 제1 단말(210)을 통해 확인할 수 있다. 제1 프로파일에 대한 정보의 일부 또는 전체는, 제1 단말(210) 내지 제1 프로파일에 저장되어 있을 수 있다. 제1 프로파일에 대한 정보는, 예를 들면, 사업자(250)의 이름이나 로고, 프로파일 정책(profile policy) 등을 포함할 수 있다. 또한 제1 단말(210) 내지 제1 프로파일에는, 프로파일의 이동을 위해 단말이 접속해야 하는 프로파일 서버의 주소가 적어도 하나 이상 저장되어 있을 수 있다. 프로파일의 이동을 위해 단말이 접속해야 하는 프로파일 서버는, 예를 들면, 프로파일 서버(230)일 수 있다.
405c 단계에서 제1 단말(210)은 프로파일 서버(230)에 제1 프로파일의 이동을 요청할 수 있다. 405c 단계는, 예를 들면, 인증 시작(initiate authentication) 메시지나, 단말 인증 요청(authenticate client) 메시지나, 이동 요청(transfer request) 메시지 중 적어도 하나 이상을 이용하고, 그리고/또는 단말 변경(device change) 또는 프로파일 이동(transfer profile)로 설정된 동작 종류(operation type)를 더 전송하여 수행될 수 있다. 405c 단계에서 제1 프로파일의 이동을 요청하는 절차는, 적어도 제1 프로파일의 프로파일 식별자(ICCID)를 전송하는 단계를 포함할 수 있다.
407c 단계에서 프로파일 서버(230)는 단말(210)로부터 제1 프로파일의 이동을 요청 받았음을 사업자(250)에게 공지할 수 있다. 407c 단계는, 예를 들면, 공지 처리(handle notification) 메시지를 이용할 수 있다.
409c 단계에서 사업자(250)는 제1 프로파일의 이동 정책(transfer policy)를 확인할 수 있다. 제1 프로파일의 이동을 허가하는 기준은, 예를 들면, 사용자(200)가 가입한 통신 요금제 등을 참조할 수 있다. 필요한 경우, 사업자(250)는 제1 프로파일의 이동을 위해 사용자(200)에게 추가 정보를 제공하고 사용자(200)의 동의를 받아야 할 것을 판단할 수 있다.
411c 단계에서 사업자(250)는 제1 프로파일을 이동하려는 사용자가 주지해야 할 정보의 일부 또는 전체를 프로파일 서버(230)에 전달할 수 있다. 제1 프로파일을 이동하려는 사용자가 주지해야 할 정보는, 예를 들면, 사업자(250)가 허용하는 프로파일 이동의 잔여 횟수나 프로파일 이동을 위해 사용자가 지불해야 하는 비용 등을 포함할 수 있다. 411c 단계에서 프로파일 서버(230)와 사업자(250)는, 필요한 경우, 제1 프로파일에 대한 정보(profile metadata) 그리고/또는 제1 프로파일을 이동하려는 사용자가 주지해야 할 정보의 일부 또는 전체를 더 생성하거나 변경할 수 있다. 제1 프로파일에 대한 정보는, 예를 들면, 제1 프로파일을 제공한 사업자(250)의 이름이나 로고, 프로파일 정책(profile policy) 등을 포함할 수 있다. 제1 프로파일을 이동하려는 사용자가 주지해야 할 정보는, 예를 들면, 사업자(250)가 허용하는 프로파일 이동의 잔여 횟수나 프로파일 이동을 위해 사용자가 지불해야 하는 비용 등을 포함할 수 있다.
413c 단계에서 프로파일 서버(230)는 제1 프로파일을 이동하려는 사용자가 주지해야 할 정보의 일부 또는 전체를 제1 단말(210)에 전달할 수 있다. 제1 단말(210)은 수신한 정보의 일부 또는 전체를 사용자(200)에게 보여줄 수 있다.
415c 단계에서 사용자(200)는 사업자(250)가 제시한 제1 프로파일을 이동하기 위한 정보를 확인하고, 제1 단말(210)에 사용자 동의를 입력할 수 있다.
417c 단계에서 제1 단말(210)은 사용자가 제1 프로파일의 이동에 동의했음을 프로파일 서버(230)에 전달할 수 있다. 417c 단계는, 예를 들면, 인증 시작(initiate authentication) 메시지나, 단말 인증 요청(authenticate client) 메시지나, 이동 요청(transfer request) 메시지 중 적어도 하나 이상을 이용하고, 그리고/또는 단말 변경 확인(device change confirmed) 또는 프로파일 이동 확인(transfer profile confirmed) 또는 사용자 확인(end user confirmed)으로 설정된 동작 종류(operation type)를 더 전송하여 수행될 수 있다. 417c 단계에서 사용자가 제1 프로파일의 이동에 동의했음을 전달하는 절차는, 적어도 제1 프로파일의 프로파일 식별자(ICCID)를 전송하는 단계를 포함할 수 있다.
419c 단계에서 프로파일 서버(230)는 사용자(200)가 제1 프로파일의 이동에 동의했음을 사업자(250)에게 공지할 수 있다. 419c 단계는, 예를 들면, 공지 처리(handle notification) 메시지를 이용할 수 있다.
421c 단계에서 프로파일 서버(230)와 사업자(250)는 제1 프로파일의 재사용을 준비할 수 있다. 421c 단계는, 예를 들면, 다운로드 주문(download order) 메시지나, 주문 확인(confirm order) 메시지나, 원격관리 주문(rpm order) 메시지나, 주문 해제(release order) 메시지나, 공지 처리(handle notification) 중 적어도 하나 이상을 이용할 수 있고, 제1 프로파일을 삭제할 필요가 있음을 더 공지하여 수행될 수 있다. 제1 프로파일을 삭제할 필요가 있음을 공지하는 방법은, 예를 들면, 제1 프로파일 삭제 요청(delete profile) 플래그(flag)를 전송하거나, 제1 프로파일 재사용(reuse profile) 플래그를 전송하거나, 제1 프로파일 삭제 불필요(do not delete profile) 플래그를 전송하지 않거나, 신규 프로파일 사용(new profile) 플래그를 전송하지 않는 등의 방법을 이용할 수 있다. 또한, 프로파일 서버(230)와 사업자(250)는 준비된 제1 프로파일을 다운로드 받을 수 있는 활성화 코드(activation code)를 더 생성할 수 있다. 상기 활성화 코드는 적어도 제1 프로파일이 저장된 프로파일 서버(230)의 주소와, 제1 프로파일에 연결된 이벤트 식별자(MatchingID)를 포함할 수 있다.
423c 단계에서 프로파일 서버(230)는 제1 단말(210)에 제1 프로파일을 다운로드 받을 수 있는 활성화 코드를 전달하고, 제1 프로파일을 삭제할 필요가 있음을 더 공지할 수 있다. 제1 프로파일을 삭제할 필요가 있음을 공지하는 방법은, 예를 들면, 제1 프로파일 삭제 요청(delete profile) 플래그(flag)를 전송하거나, 제1 프로파일 재사용(reuse profile) 플래그를 전송하거나, 제1 프로파일 삭제 불필요(do not delete profile) 플래그를 전송하지 않거나, 신규 프로파일 사용(new profile) 플래그를 전송하지 않는 등의 방법을 이용할 수 있다.
425c 단계에서 제1 단말(210)은 프로파일 서버(230)의 요청에 따라 제1 프로파일을 비활성화 및 삭제하고, 비활성화 결과 및 삭제 결과를 프로파일 서버(230)에 공지할 수 있다. 제1 프로파일의 비활성화 결과와 삭제 결과는, 적어도 제1 프로파일의 프로파일 식별자(ICCID)를 포함할 수 있다. 425c 단계는, 예를 들면, 프로파일 비활성화(disable profile) 메시지나, 프로파일 삭제(delete profile) 메시지나, 공지 처리(handle notification) 메시지 중 적어도 하나를 이용하여 수행될 수 있다. 또한 도 4c에는 도면의 편의를 위해 제1 단말(210)이 비활성화 결과 및 삭제 결과를 프로파일 서버(230)에 공지하는 것으로 도시되어 있으나, 비활성화 결과 및 삭제 결과는 다른 프로파일 서버(예를 들면, 제2 프로파일 서버(240)나 도면에 도시되지 않은 제3 프로파일 서버)에 전달될 수도 있으며, 비활성화 결과와 삭제 결과가 별도로 전달될 수도 있다. 또한 제1 프로파일이 이미 비활성화 상태인 경우, 425c 단계에서 제1 단말(210)은 제1 프로파일을 비활성화하는 동작과 비활성화 결과를 프로파일 서버(230)에 공지하는 동작을 생략할 수도 있다.
427c 단계에서 프로파일 서버(230)는 제1 단말(210)이 제1 프로파일을 삭제했음을 확인하고, 421c 단계에서 준비한 제1 프로파일을 다운로드 가능한 상태로 설정할 수 있다. 또한 프로파일 서버(230)는 제1 프로파일이 다운로드 가능한 상태임을 제1 단말(210)에 공지할 수 있다.
429c 단계에서 프로파일 서버(230)는 제1 프로파일이 제1 단말(210)로부터 삭제되었고 프로파일 이동이 준비되었음을 사업자(250)에 공지할 수 있다. 427c 단계는, 예를 들면, 공지 처리(handle notification) 메시지를 이용할 수 있다. 427c 단계는 적어도 제1 프로파일의 식별자(ICCID)를 전달하는 절차를 포함할 수 있다.
433c 단계에서 제1 단말(210)은 활성화 코드를 QR 코드와 같은 이미지의 형태로 변환하거나 문자열 형태로 변환하여 화면에 출력하고, 활성화 코드가 준비되었음을 사용자에게 공지할 수 있다. 상기 QR 코드는 바코드 정보, 기타 암호화 정보 등으로 대체될 수 있다.
435c 단계에서 사용자(200)는 제1 단말(210)의 화면에 출력된 활성화 코드를 제2 단말(220)에 입력할 수 있다. 활성화 코드를 입력하는 방법은, QR 코드와 같은 이미지를 카메라로 촬영하거나, 문자열을 키보드로 입력하는 등 다양한 방법을 이용할 수 있다. 또한 제1 단말(210)과 제2 단말(220)이 근거리 통신(예를 들면, Bluetooth, NFC, WiFi, WiFi Direct 등)을 통해 서로 연결되어 있는 경우, 제1 단말(210)은 423c 단계에서 활성화 코드를 화면에 출력하지 않고, 제2 단말(220)에 직접 전달할 수도 있다.
437c 단계에서 제2 단말(220)은 프로파일 서버(230)로부터 제1 프로파일을 다운로드 받을 수 있다. 437c 단계에 대한 상세한 설명은 도 4a의 417a 단계 및 그 이후 단계에 대한 설명을 참조한다.
도 4d는 본 개시의 일 실시예에 따른 제1 단말이 프로파일 서버를 통해 활성화 코드를 수신하고, 이를 제2 단말에 전달하여 새로운 프로파일을 다운로드 받는 또 다른 절차를 도시하는 도면이다.
도 4d에서 사용자(200), 제1 단말(210), 제2 단말(220), 제1 프로파일 서버(230), 사업자(250)에 대한 구성과 설명은 도 2를 참조하기로 한다. 예를 들어, 사용자(200), 제1 단말(210), 제2 단말(220), 프로파일 서버(230), 사업자(250)는 각각 도 2의 사용자(200), 제1 단말(210), 제2 단말(220), 제1 프로파일 서버(230), 사업자(250)에 대응될 수 있다.
도 4d를 참조하면, 401d 단계에서 사업자(250)는 프로파일 서버(230)에 단말(210, 220)로부터 제1 프로파일의 이동을 요청 받을 경우 사업자(250)에게 공지할 것을 요청할 수 있다. 제1 프로파일의 이동을 요청 받을 경우 사업자(250)에게 공지할 것을 요청하는 방법은, 예를 들면, 이동 시 공지 요청(notification request on transfer) 플래그(flag)를 전송하거나, 공지 없이 이동 가능(transfer available without notification) 플래그(flag)를 전송하는 등의 방법을 이용할 수 있다.
403d 단계에서 사용자(200)는 제1 단말(210)에 제1 프로파일의 이동(transfer)을 요청할 수 있다. 필요한 경우, 사용자(200)는, 제1 프로파일에 대한 정보(profile metadata)를, 제1 단말(210)을 통해 확인할 수 있다. 제1 프로파일에 대한 정보의 일부 또는 전체는, 제1 단말(210) 내지 제1 프로파일에 저장되어 있을 수 있다. 제1 프로파일에 대한 정보는, 예를 들면, 사업자(250)의 이름이나 로고, 프로파일 정책(profile policy) 등을 포함할 수 있다. 또한 제1 단말(210) 내지 제1 프로파일에는, 프로파일의 이동을 위해 단말이 접속해야 하는 프로파일 서버의 주소가 적어도 하나 이상 저장되어 있을 수 있다. 프로파일의 이동을 위해 단말이 접속해야 하는 프로파일 서버는, 예를 들면, 프로파일 서버(230)일 수 있다.
405d 단계에서 제1 단말(210)은 프로파일 서버(230)에 제1 프로파일의 이동을 요청할 수 있다. 405d 단계는, 예를 들면, 인증 시작(initiate authentication) 메시지나, 단말 인증 요청(authenticate client) 메시지나, 이동 요청(transfer request) 메시지 중 적어도 하나 이상을 이용하고, 그리고/또는 단말 변경(device change) 또는 프로파일 이동(transfer profile)로 설정된 동작 종류(operation type)를 더 전송하여 수행될 수 있다. 405d 단계에서 제1 프로파일의 이동을 요청하는 절차는, 적어도 제1 프로파일의 프로파일 식별자(ICCID)를 전송하는 단계를 포함할 수 있다.
407d 단계에서 프로파일 서버(230)는 단말(210)로부터 제1 프로파일의 이동을 요청 받았음을 사업자(250)에게 공지할 수 있다. 407d 단계는, 예를 들면, 공지 처리(handle notification) 메시지를 이용할 수 있다.
409d 단계에서 사업자(250)는 제1 프로파일의 이동 정책(transfer policy)를 확인할 수 있다. 제1 프로파일의 이동을 허가하는 기준은, 예를 들면, 사용자(200)가 가입한 통신 요금제 등을 참조할 수 있다. 필요한 경우, 사업자(250)는 제1 프로파일의 이동을 위해 사용자(200)에게 추가 정보를 제공하고 사용자(200)의 동의를 받아야 할 것을 판단할 수 있다.
411d 단계에서 사업자(250)는 제1 프로파일을 이동하려는 사용자가 주지해야 할 정보의 일부 또는 전체를 프로파일 서버(230)에 전달할 수 있다. 제1 프로파일을 이동하려는 사용자가 주지해야 할 정보는, 예를 들면, 사업자(250)가 허용하는 프로파일 이동의 잔여 횟수나 프로파일 이동을 위해 사용자가 지불해야 하는 비용 등을 포함할 수 있다. 411d 단계에서 프로파일 서버(230)와 사업자(250)는, 필요한 경우, 제1 프로파일에 대한 정보(profile metadata) 그리고/또는 제1 프로파일을 이동하려는 사용자가 주지해야 할 정보의 일부 또는 전체를 더 생성하거나 변경할 수 있다. 제1 프로파일에 대한 정보는, 예를 들면, 제1 프로파일을 제공한 사업자(250)의 이름이나 로고, 프로파일 정책(profile policy) 등을 포함할 수 있다. 제1 프로파일을 이동하려는 사용자가 주지해야 할 정보는, 예를 들면, 사업자(250)가 허용하는 프로파일 이동의 잔여 횟수나 프로파일 이동을 위해 사용자가 지불해야 하는 비용 등을 포함할 수 있다.
413d 단계에서 프로파일 서버(230)는 제1 프로파일을 이동하려는 사용자가 주지해야 할 정보의 일부 또는 전체를 제1 단말(210)에 전달하고, 제1 프로파일을 삭제할 필요가 있음을 더 공지할 수 있다. 제1 프로파일을 삭제할 필요가 있음을 공지하는 방법은, 예를 들면, 제1 프로파일 삭제 요청(delete profile) 플래그(flag)를 전송하거나, 제1 프로파일 재사용(reuse profile) 플래그를 전송하거나, 제1 프로파일 삭제 불필요(do not delete profile) 플래그를 전송하지 않거나, 신규 프로파일 사용(new profile) 플래그를 전송하지 않는 등의 방법을 이용할 수 있다. 제1 단말(210)은 수신한 정보의 일부 또는 전체를 사용자(200)에게 보여줄 수 있다.
415d 단계에서 사용자(200)는 사업자(250)가 제시한 제1 프로파일을 이동하기 위한 정보를 확인하고, 제1 단말(210)에 사용자 동의를 입력할 수 있다.
417d 단계에서 제1 단말(210)은 프로파일 서버(230)의 요청에 따라 제1 프로파일을 비활성화 및 삭제하고, 비활성화 결과 및 삭제 결과를 프로파일 서버(230)에 공지할 수 있다. 제1 프로파일의 비활성화 결과와 삭제 결과는, 적어도 제1 프로파일의 프로파일 식별자(ICCID)를 포함할 수 있다. 417d 단계는, 예를 들면, 프로파일 비활성화(disable profile) 메시지나, 프로파일 삭제(delete profile) 메시지나, 공지 처리(handle notification) 메시지 중 적어도 하나를 이용하여 수행될 수 있다. 또한 도 4d에는 도면의 편의를 위해 제1 단말(210)이 비활성화 결과 및 삭제 결과를 프로파일 서버(230)에 공지하는 것으로 도시되어 있으나, 비활성화 결과 및 삭제 결과는 다른 프로파일 서버(예를 들면, 제2 프로파일 서버(240)나 도면에 도시되지 않은 제3 프로파일 서버)에 전달될 수도 있으며, 비활성화 결과와 삭제 결과가 별도로 전달될 수도 있다. 또한 제1 프로파일이 이미 비활성화 상태인 경우, 417d 단계에서 제1 단말(210)은 제1 프로파일을 비활성화하는 동작과 비활성화 결과를 프로파일 서버(230)에 공지하는 동작을 생략할 수도 있다. 417d 단계는 사용자가 제1 프로파일의 이동에 동의했음을 제1 단말(210)이 프로파일 서버(230)에 전달하는 절차를 포함할 수 있다. 417d 단계는, 예를 들면, 인증 시작(initiate authentication) 메시지나, 단말 인증 요청(authenticate client) 메시지나, 이동 요청(transfer request) 메시지나, 공지 처리(handle notification) 메시지 중 적어도 하나 이상을 이용하고, 그리고/또는 단말 변경 확인(device change confirmed) 또는 프로파일 이동 확인(transfer profile confirmed) 또는 사용자 확인(end user confirmed)으로 설정된 동작 종류(operation type)를 더 전송하여 수행될 수 있다. 417d 단계에서 사용자가 제1 프로파일의 이동에 동의했음을 전달하는 절차는, 적어도 제1 프로파일의 프로파일 식별자(ICCID)를 전송하는 단계를 포함할 수 있다.
419d 단계에서 프로파일 서버(230)는 사용자(200)가 제1 프로파일의 이동에 동의했음을 사업자(250)에게 공지할 수 있다. 419d 단계는, 예를 들면, 공지 처리(handle notification) 메시지를 이용할 수 있다.
421d 단계에서 프로파일 서버(230)와 사업자(250)는 제1 프로파일의 재사용을 준비할 수 있다. 421d 단계는, 예를 들면, 다운로드 주문(download order) 메시지나, 주문 확인(confirm order) 메시지나, 원격관리 주문(rpm order) 메시지나, 주문 해제(release order) 메시지나, 공지 처리(handle notification) 중 적어도 하나 이상을 이용할 수 있다. 또한, 프로파일 서버(230)와 사업자(250)는 재사용 준비된 제1 프로파일을 다운로드 받을 수 있는 활성화 코드(activation code)를 더 생성할 수 있다. 상기 활성화 코드는 적어도 제1 프로파일이 저장된 프로파일 서버(230)의 주소와, 제1 프로파일에 연결된 이벤트 식별자(MatchingID)를 포함할 수 있다.
423d 단계에서 프로파일 서버(230)는 제1 단말(210)이 제1 프로파일을 삭제했음을 확인하고, 421d 단계에서 준비한 제1 프로파일을 다운로드 가능한 상태로 설정할 수 있다. 또한 프로파일 서버(230)는 제1 단말(210)에 제1 프로파일을 다운로드 받을 수 있는 활성화 코드를 전달하여, 제1 프로파일이 다운로드 가능한 상태임을 제1 단말(210)에 공지할 수 있다.
425d 단계에서 프로파일 서버(230)는 제1 프로파일이 제1 단말(210)로부터 삭제되었고 프로파일 이동이 준비되었음을 사업자(250)에 공지할 수 있다. 425d 단계는, 예를 들면, 공지 처리(handle notification) 메시지를 이용할 수 있다. 425d 단계는 적어도 제1 프로파일의 식별자(ICCID)를 전달하는 절차를 포함할 수 있다.
433d 단계에서 제1 단말(210)은 활성화 코드를 QR 코드와 같은 이미지의 형태로 변환하거나 문자열 형태로 변환하여 화면에 출력하고, 활성화 코드가 준비되었음을 사용자에게 공지할 수 있다. 상기 QR 코드는 바코드 정보, 기타 암호화 정보 등으로 대체될 수 있다.
435d 단계에서 사용자(200)는 제1 단말(210)의 화면에 출력된 활성화 코드를 제2 단말(220)에 입력할 수 있다. 활성화 코드를 입력하는 방법은, QR 코드와 같은 이미지를 카메라로 촬영하거나, 문자열을 키보드로 입력하는 등 다양한 방법을 이용할 수 있다. 또한 제1 단말(210)과 제2 단말(220)이 근거리 통신(예를 들면, Bluetooth, NFC, WiFi, WiFi Direct 등)을 통해 서로 연결되어 있는 경우, 제1 단말(210)은 423d 단계에서 활성화 코드를 화면에 출력하지 않고, 제2 단말(220)에 직접 전달할 수도 있다.
437d 단계에서 제2 단말(220)은 프로파일 서버(230)로부터 제1 프로파일을 다운로드 받을 수 있다. 437d 단계에 대한 상세한 설명은 도 4a의 417a 단계 및 그 이후 단계에 대한 설명을 참조한다.
도 5는 본 개시의 일 실시예에 따른 제1 단말이 제1 단말에 저장된 활성화 코드를 제2 단말에 전달하여 새로운 프로파일을 다운로드 받는 절차를 도시하는 도면이다.
도 5에서 사용자(200), 제1 단말(210), 제2 단말(220), 프로파일 서버(230), 사업자(250)에 대한 구성과 설명은 도 2를 참조하기로 한다. 예를 들어, 사용자(200), 제1 단말(210), 제2 단말(220), 프로파일 서버(230), 사업자(250)는 각각 도 2의 사용자(200), 제1 단말(210), 제2 단말(220), 제1 프로파일 서버(230), 사업자(250)에 대응될 수 있다.
도 5를 참조하면, 501 단계에서 사용자(200)는 제1 단말(210)에 제1 프로파일의 이동(transfer)을 요청할 수 있다. 이를 위해 사용자(200)는, 제1 프로파일에 대한 정보(profile metadata)와, 제1 프로파일을 이동하려는 사용자가 주지해야 할 정보를, 제1 단말(210)을 통해 확인할 수 있다. 제1 프로파일에 대한 정보와, 제1 프로파일을 이동하려는 사용자가 주지해야 할 정보는, 제1 단말(210) 내지 제1 프로파일에 저장되어 있을 수 있다. 제1 프로파일에 대한 정보는, 예를 들면, 사업자(250)의 이름이나 로고, 프로파일 정책(profile policy) 등을 포함할 수 있다. 제1 프로파일을 이동하려는 사용자가 주지해야 할 정보는, 예를 들면, 사업자(250)가 허용하는 프로파일 이동의 잔여 횟수나 프로파일 이동을 위해 사용자가 지불해야 하는 비용 등을 포함할 수 있다. 또한 제1 단말(210) 내지 제1 프로파일에는, 프로파일의 이동을 위해 단말이 사용해야 하는 활성화 코드와, 프로파일의 이동을 위해 제1 프로파일이 삭제될 필요가 없음을 나타내는 정보가 저장되어 있을 수 있다. 프로파일의 이동을 위해 단말이 사용해야 하는 활성화 코드는, 예를 들면, 과거 제1 프로파일을 제1 단말에 설치할 때 사용했던 활성화 코드일 수 있다. 프로파일의 이동을 위해 제1 프로파일이 삭제될 필요가 없음을 나타내는 정보는, 예를 들면, 제1 프로파일 삭제 요청(delete profile) 플래그(flag)가 설정되어 있지 않거나, 제1 프로파일 재사용(reuse profile) 플래그가 설정되어 있지 않거나, 제1 프로파일 삭제 불필요(do not delete profile) 플래그가 설정되어 있거나, 신규 프로파일 사용(new profile) 플래그가 설정되어 있는 등의 방법을 이용하여 표현될 수 있다.
503 단계에서 제1 단말(210)은 제1 단말(210) 내지 제1 프로파일에 저장된 프로파일의 이동을 위해 단말이 사용해야 하는 활성화 코드를 불러올 수 있다. 상기 활성화 코드는 적어도 제2 프로파일이 저장된 프로파일 서버(230)의 주소와, 제2 프로파일에 연결된 이벤트 식별자(MatchingID)를 포함할 수 있다.
505 단계에서 제1 단말(210)은 활성화 코드를 QR 코드와 같은 이미지의 형태로 변환하거나 문자열 형태로 변환하여 화면에 출력하고, 활성화 코드가 준비되었음을 사용자에게 공지할 수 있다.
507 단계에서 사용자(200)는 제1 단말(210)의 화면에 출력된 활성화 코드를 제2 단말(220)에 입력할 수 있다. 활성화 코드를 입력하는 방법은, QR 코드와 같은 이미지를 카메라로 촬영하거나, 문자열을 키보드로 입력하는 등 다양한 방법을 이용할 수 있다. 또한 제1 단말(210)과 제2 단말(220)이 근거리 통신(예를 들면, Bluetooth, NFC, WiFi, WiFi Direct 등)을 통해 서로 연결되어 있는 경우, 제1 단말(210)은 507 단계에서 활성화 코드를 화면에 출력하지 않고, 제2 단말(220)에 직접 전달할 수도 있다.
509 단계에서 제2 단말(220)은 프로파일 서버(230)에 제2 프로파일의 다운로드를 요청할 수 있다. 509 단계는, 예를 들면, 인증 시작(initiate authentication) 메시지나, 단말 인증 요청(authenticate client) 메시지나, 이동 요청(transfer request) 메시지 중 적어도 하나 이상을 이용하여 수행될 수 있다. 509 단계는 제2 단말(220)이 활성화 코드에 포함된 이벤트 식별자(MatchingID)를 프로파일 서버(230)에 전달하는 절차를 포함할 수 있다. 509 단계에서 제2 단말(200)은 인터넷 연결을 위해, WiFi를 이용하거나, 제1 단말(210)이 제공하는 인터넷 테더링(tethering) 기능을 이용할 수도 있다.
511 단계에서 프로파일 서버(230)는 제2 프로파일에 대한 정보(profile metadata)와, 제2 프로파일을 다운로드 받는 사용자가 주지해야 할 정보를, 제2 단말(220)에 전달할 수 있다. 제2 프로파일에 대한 정보는, 예를 들면, 사업자(250)의 이름이나 로고, 프로파일 정책(profile policy) 등을 포함할 수 있다. 제2 프로파일을 다운로드 받는 사용자가 주지해야 할 정보는, 예를 들면, 사업자(250)가 허용하는 프로파일 이동의 잔여 횟수나 프로파일 이동을 위해 사용자가 지불해야 하는 비용 등을 포함할 수 있다.
513 단계에서 사용자(200)는 제2 프로파일에 대한 정보 및 제2 프로파일을 다운로드 받는 사용자가 주지해야 할 정보를 확인하고, 프로파일 설치에 동의할 수 있다. 프로파일 설치에 동의하는 동작은, "예/아니오(Yes/No)"를 선택하거나, 사용자(200)가 설정한 비밀번호를 입력하거나, 사용자(200)의 지문 또는 홍채 등 생체정보를 입력하는 동작 등을 포함할 수 있다.
515 단계에서 제2 단말(220)은 프로파일 서버(230)에 사용자(200)가 프로파일 다운로드에 동의했음을 공지하고 프로파일 패키지를 요청할 수 있다.
517 단계에서 프로파일 서버(230)는 제2 프로파일에 대한 프로파일 패키지를 제2 단말(220)에 전달할 수 있다.
519 단계에서 제2 단말(220)은 제2 프로파일에 대한 프로파일 패키지를 이용하여 제2 프로파일을 설치할 수 있다.
521 단계에서 제1 단말(210)은 제1 프로파일을 비활성화 및 삭제하고, 비활성화 결과 및 삭제 결과를 프로파일 서버(230)에 공지할 수 있다. 제1 프로파일의 비활성화 결과와 삭제 결과는, 적어도 제1 프로파일의 프로파일 식별자(ICCID)를 포함할 수 있다. 521 단계는, 예를 들면, 프로파일 비활성화(disable profile) 메시지나, 프로파일 삭제(delete profile) 메시지나, 공지 처리(handle notification) 메시지 중 적어도 하나를 이용하여 수행될 수 있다. 521 단계는 503 단계에서 제1 단말(210)이 제1 프로파일의 삭제가 필요하지 않음을 확인한 것과 무관한 별도의 동작일 수 있으며, 필요에 따라 선택적으로 수행될 수 있다. 또한 도 5에는 도면의 편의를 위해 제1 단말(210)이 비활성화 결과 및 삭제 결과를 프로파일 서버(230)에 공지하는 것으로 도시되어 있으나, 비활성화 결과 및 삭제 결과는 다른 프로파일 서버(예를 들면, 도 3a의 제2 프로파일 서버(240)나 도면에 도시되지 않은 제3 프로파일 서버)에 전달될 수도 있으며, 비활성화 결과와 삭제 결과가 별도로 전달될 수도 있다. 또한 제1 프로파일이 이미 비활성화 상태인 경우, 521 단계에서 제1 단말(210)은 제1 프로파일을 비활성화하는 동작과 비활성화 결과를 프로파일 서버(230)에 공지하는 동작을 생략할 수도 있다.
도 6은 본 개시의 일 실시예에 따른 제1 단말이 제1 단말에 저장된 활성화 코드를 제2 단말에 전달하여 동일한 프로파일을 다시 다운로드 받는 절차를 도시하는 도면이다.
도 6에서 사용자(200), 제1 단말(210), 제2 단말(220), 프로파일 서버(230), 사업자(250)에 대한 구성과 설명은 도 2를 참조하기로 한다. 예를 들어, 사용자(200), 제1 단말(210), 제2 단말(220), 프로파일 서버(230), 사업자(250)는 각각 도 2의 사용자(200), 제1 단말(210), 제2 단말(220), 제1 프로파일 서버(230), 사업자(250)에 대응될 수 있다.
도 6을 참조하면, 601 단계에서 사용자(200)는 제1 단말(210)에 제1 프로파일의 이동(transfer)을 요청할 수 있다. 이를 위해 사용자(200)는, 제1 프로파일에 대한 정보(profile metadata)와, 제1 프로파일을 이동하려는 사용자가 주지해야 할 정보를, 제1 단말(210)을 통해 확인할 수 있다. 제1 프로파일에 대한 정보와, 제1 프로파일을 이동하려는 사용자가 주지해야 할 정보는, 제1 단말(210) 내지 제1 프로파일에 저장되어 있을 수 있다. 제1 프로파일에 대한 정보는, 예를 들면, 사업자(250)의 이름이나 로고, 프로파일 정책(profile policy) 등을 포함할 수 있다. 제1 프로파일을 이동하려는 사용자가 주지해야 할 정보는, 예를 들면, 사업자(250)가 허용하는 프로파일 이동의 잔여 횟수나 프로파일 이동을 위해 사용자가 지불해야 하는 비용 등을 포함할 수 있다. 또한 제1 단말(210) 내지 제1 프로파일에는, 프로파일의 이동을 위해 단말이 사용해야 하는 활성화 코드와, 프로파일의 이동을 위해 제1 프로파일이 삭제될 필요가 있음을 나타내는 정보가 저장되어 있을 수 있다. 프로파일의 이동을 위해 단말이 사용해야 하는 활성화 코드는, 예를 들면, 과거 제1 프로파일을 제1 단말에 설치할 때 사용했던 활성화 코드일 수 있다. 프로파일의 이동을 위해 제1 프로파일이 삭제될 필요가 있음을 나타내는 정보는, 예를 들면, 제1 프로파일 삭제 요청(delete profile) 플래그(flag)가 설정되어 있거나, 제1 프로파일 재사용(reuse profile) 플래그가 설정되어 있거나, 제1 프로파일 삭제 불필요(do not delete profile) 플래그가 설정되어 있지 않거나, 신규 프로파일 사용(new profile) 플래그가 설정되어 있지 않은 등의 방법을 이용하여 표현될 수 있다.
603 단계에서 제1 단말(210)은 제1 단말(210) 내지 제1 프로파일에 저장된 프로파일의 이동을 위해 단말이 사용해야 하는 활성화 코드를 불러올 수 있다. 상기 활성화 코드는 적어도 제1 프로파일이 저장된 프로파일 서버(230)의 주소와, 제1 프로파일에 연결된 이벤트 식별자(MatchingID)를 포함할 수 있다. 이 때 프로파일 서버(230)에 저장된 제1 프로파일은, 프로파일이 복제되는 것을 방지하기 위해, 아직 다운로드가 가능하지 않은 상태로 설정되어 있을 수 있다.
605 단계에서 제1 단말(210)은 제1 프로파일을 비활성화 및 삭제하고, 비활성화 결과 및 삭제 결과를 프로파일 서버(230)에 공지할 수 있다. 제1 프로파일의 비활성화 결과와 삭제 결과는, 적어도 제1 프로파일의 프로파일 식별자(ICCID)를 포함할 수 있다. 605 단계는, 예를 들면, 프로파일 비활성화(disable profile) 메시지나, 프로파일 삭제(delete profile) 메시지나, 공지 처리(handle notification) 메시지 중 적어도 하나를 이용하여 수행될 수 있다. 또한 도 6에는 도면의 편의를 위해 제1 단말(210)이 비활성화 결과 및 삭제 결과를 프로파일 서버(230)에 공지하는 것으로 도시되어 있으나, 비활성화 결과 및 삭제 결과는 다른 프로파일 서버(예를 들면, 제2 프로파일 서버(240)나 도면에 도시되지 않은 제3 프로파일 서버)에 전달될 수도 있으며, 비활성화 결과와 삭제 결과가 별도로 전달될 수도 있다. 또한 제1 프로파일이 이미 비활성화 상태인 경우, 605 단계에서 제1 단말(210)은 제1 프로파일을 비활성화하는 동작과 비활성화 결과를 프로파일 서버(230)에 공지하는 동작을 생략할 수도 있다.
607 단계에서 프로파일 서버(230)와 사업자(250)는 제1 프로파일의 이동 가능성을 확인할 수 있다. 만일 제1 프로파일을 다른 단말로 이동할 수 있는 경우, 프로파일 서버(230)와 사업자(250)는 제1 프로파일의 재사용을 준비할 수 있다. 607 단계는, 예를 들면, 다운로드 주문(download order) 메시지나, 주문 확인(confirm order) 메시지나, 원격관리 주문(rpm order) 메시지나, 주문 해제(release order) 메시지나, 공지 처리(handle notification) 중 적어도 하나 이상을 이용하여 수행될 수 있다.
609 단계에서 프로파일 서버(230)는 제1 단말(210)이 제1 프로파일을 삭제했음을 확인하고, 제1 프로파일을 다운로드 가능한 상태로 설정할 수 있다. 또한 프로파일 서버(230)는 제1 프로파일이 다운로드 가능한 상태임을 제1 단말(210)에 공지할 수 있다.
611 단계에서 제1 단말(210)은 활성화 코드를 QR 코드와 같은 이미지의 형태로 변환하거나 문자열 형태로 변환하여 화면에 출력하고, 활성화 코드가 준비되었음을 사용자에게 공지할 수 있다.
613 단계에서 사용자(200)는 제1 단말(210)의 화면에 출력된 활성화 코드를 제2 단말(220)에 입력할 수 있다. 활성화 코드를 입력하는 방법은, QR 코드와 같은 이미지를 카메라로 촬영하거나, 문자열을 키보드로 입력하는 등 다양한 방법을 이용할 수 있다. 또한 제1 단말(210)과 제2 단말(220)이 근거리 통신(예를 들면, Bluetooth, NFC, WiFi, WiFi Direct 등)을 통해 서로 연결되어 있는 경우, 제1 단말(210)은 413a 단계에서 활성화 코드를 화면에 출력하지 않고, 제2 단말(220)에 직접 전달할 수도 있다.
615 단계에서 제2 단말(220)은 프로파일 서버(230)에 제1 프로파일의 다운로드를 요청할 수 있다. 615 단계는, 예를 들면, 인증 시작(initiate authentication) 메시지나, 단말 인증 요청(authenticate client) 메시지나, 이동 요청(transfer request) 메시지 중 적어도 하나 이상을 이용하여 수행될 수 있다. 615 단계는 제2 단말(220)이 활성화 코드에 포함된 이벤트 식별자(MatchingID)를 프로파일 서버(230)에 전달하는 절차를 포함할 수 있다. 615 단계에서 제2 단말(200)은 인터넷 연결을 위해, WiFi를 이용하거나, 제1 단말(210)이 제공하는 인터넷 테더링(tethering) 기능을 이용할 수도 있다.
617 단계에서 프로파일 서버(230)는 제1 프로파일이 다운로드 가능한 상태인지를 우선 확인할 수 있다. 만일 605 단계 내지 609 단계를 통해 제1 프로파일이 제1 단말에서 삭제되었음을 확인하지 못해 제1 프로파일의 다운로드가 불가능한 상태인 경우, 프로파일 서버(230)는 오류 코드를 회신하고 동작을 종료할 수 있다. 만일 제1 프로파일의 다운로드가 가능한 상태인 경우, 프로파일 서버(230)는 제1 프로파일에 대한 정보(profile metadata)와, 제1 프로파일을 다운로드 받는 사용자가 주지해야 할 정보를, 제2 단말(220)에 전달할 수 있다. 제1 프로파일에 대한 정보는, 예를 들면, 사업자(250)의 이름이나 로고, 프로파일 정책(profile policy) 등을 포함할 수 있다. 제1 프로파일을 다운로드 받는 사용자가 주지해야 할 정보는, 예를 들면, 사업자(250)가 허용하는 프로파일 이동의 잔여 횟수나 프로파일 이동을 위해 사용자가 지불해야 하는 비용 등을 포함할 수 있다.
619 단계에서 사용자(200)는 제1 프로파일에 대한 정보 및 제1 프로파일을 다운로드 받는 사용자가 주지해야 할 정보를 확인하고, 프로파일 설치에 동의할 수 있다. 프로파일 설치에 동의하는 동작은, "예/아니오(Yes/No)"를 선택하거나, 사용자(200)가 설정한 비밀번호를 입력하거나, 사용자(200)의 지문 또는 홍채 등 생체정보를 입력하는 동작 등을 포함할 수 있다.
621 단계에서 제2 단말(220)은 프로파일 서버(230)에 사용자(200)가 프로파일 다운로드에 동의했음을 공지하고 프로파일 패키지를 요청할 수 있다.
623 단계에서 프로파일 서버(230)는 제1 프로파일에 대한 프로파일 패키지를 제2 단말(220)에 전달할 수 있다.
625 단계에서 제2 단말(220)은 제1 프로파일에 대한 프로파일 패키지를 이용하여 제1 프로파일을 설치할 수 있다.
도 7a는 본 개시의 일 실시예에 따른 제1 단말의 동작 절차를 도시하는 순서도이다.
도 7b는 본 개시의 일 실시예에 따른 제2 단말의 동작 절차를 도시하는 순서도이다.
본 개시에서 설명한 단말(제1 단말(210), 제2 단말(220) 및 참조 번호를 붙이지 않고 설명한 단말) 각각은 도 7a에서 설명하는 제1 단말 또는 도 7b에서 설명하는 제2 단말에 대응될 수 있다. 제1 단말(210) 및 제2 단말(220)는 각각 도 7a 및 도 7b의 단말의 일 실시예일 수 있고, "제1", "제2"의 표현은 각 단말이 물리적으로 서로 다른 단말임을 나타내기 위해 사용되었을 뿐이다.
도 7a를 참조하면, 701 단계에서 제1 단말은 동작을 시작할 수 있다.
703 단계에서 제1 단말은 사용자로부터 프로파일 이동에 대한 요청을 수신할 수 있다.
705 단계에서 제1 단말은 프로파일 이동에 대한 정보를 확인할 수 있다. 프로파일 이동에 대한 정보는, 프로파일 이동에 필요한 활성화 코드를 서버로부터 수신해야 하는지, 혹은 단말에 저장된 활성화 코드를 사용해야 하는지를 나타내는 정보일 수 있다. 만일 프로파일 이동에 필요한 활성화 코드를 서버로부터 수신해야 하는 경우, 프로파일 이동에 대한 정보는 적어도 해당 서버의 주소를 더 포함할 수 있고, 제1 단말은 707 단계로 진행할 수 있다. 만일 단말에 저장된 활성화 코드를 사용해야 하는 경우, 프로파일 이동에 대한 정보는 적어도 단말에 저장된 활성화 코드를 사용하기 전에 프로파일을 우선 삭제해야 하는지를 나타내는 정보를 더 포함할 수 있고, 제1 단말은 709 단계로 진행할 수 있다.
707 단계에서 제1 단말은 서버에 활성화 코드를 요청하여 수신할 수 있다. 서버가 활성화 코드를 회신하는 메시지는, 활성화 코드를 이용하기 전에 프로파일을 우선 삭제해야 하는지를 나타내는 정보를 더 포함할 수 있다.
709 단계에서 제1 단말은 단말에 저장된 활성화 코드를 읽어올 수 있다.
711 단계에서 제1 단말은 제1 프로파일의 삭제가 필요한지를 판단할 수 있다. 제1 프로파일의 삭제가 필요한지를 판단하는 기준은, 705 단계에서 확인한 프로파일 이동 정보나, 707 단계에서 수신한 서버의 지시를 참조할 수 있다. 만일 제1 프로파일의 삭제가 필요한 경우, 제1 단말은 713 단계로 진행할 수 있다. 만일 제1 프로파일의 삭제가 필요하지 않은 경우, 제1 단말은 715 단계로 진행할 수 있다.
713 단계에서 제1 단말은 제1 프로파일을 삭제하고, 삭제 결과를 서버에 공지할 수 있다.
715 단계에서 제1 단말은, 707 단계를 통해 서버로부터 수신하거나 709 단계를 통해 읽어온 활성화 코드를 제2 단말에 전달할 수 있다. 활성화 코드를 제2 단말에 전달하는 방법은, 제1 단말의 화면에 QR 코드와 같은 이미지의 형태로 출력된 활성화 코드를 사용자가 제2 단말의 카메라로 촬영하거나, 제1 단말의 화면에 문자열의 형태로 출력된 활성화 코드를 사용자가 제2 단말의 키보드로 입력하거나, Bluetooth, NFC, WiFi, WiFi Direct 등의 근거리 통신으로 제1 단말과 제2 단말을 연결하여 데이터의 형태로 활성화 코드를 전달하는 방법 등이 이용될 수 있다. 715 단계는 753 단계에 대응할 수 있다.
717 단계에서 제1 단말은 동작을 종료할 수 있다.
도 7b를 참조하면, 751 단계에서 제2 단말은 동작을 시작할 수 있다.
753 단계에서 제2 단말은 제1 단말로부터 활성화 코드를 수신할 수 있다. 상기 활성화 코드를 수신하는 방법은 715 단계에 대한 설명을 참조하기로 한다.
755 단계에서 제2 단말은 프로파일 서버에 프로파일 다운로드를 요청할 수 있다.
757 단계에서 제2 단말은 프로파일 서버로부터 프로파일을 수신할 수 있다.
759 단계에서 제2 단말은 프로파일을 설치할 수 있다.
761 단계에서 제2 단말은 동작을 종료할 수 있다.
도 8은 본 개시의 일 실시예에 따른 프로파일 서버의 동작 절차를 도시하는 순서도이다.
본 개시에서 설명한 프로파일 서버(제1 프로파일 서버(230), 제2 프로파일 서버(240) 및 참조 번호를 붙이지 않고 설명한 서버) 각각은 도 8에서 설명하는 프로파일 서버에 대응될 수 있다. 제1 프로파일 서버(230) 및 제2 프로파일 서버(240)는 각각 도 8의 서버의 일 실시예일 수 있고, "제1", "제2"의 표현은 각 프로파일 서버가 물리적으로 서로 다른 프로파일 서버임을 나타내기 위해 사용되었을 뿐이다.
도 8을 참조하면, 801 단계에서 프로파일 서버는 동작을 시작할 수 있다.
803 단계에서 프로파일 서버는 단말로부터 제1 프로파일의 이동에 대한 요청을 수신할 수 있다. 제1 프로파일의 이동에 대한 요청은 적어도 이동 대상이 되는 제1 프로파일의 프로파일 식별자(ICCID)를 포함할 수 있다.
805 단계에서 프로파일 서버는 단말이 이동을 요청한 제1 프로파일이 이동 가능한 프로파일인지를 판단할 수 있다. 이동 가능한 프로파일인지를 판단하는 방법은, 사업자의 프로파일 재사용 정책(profile reuse policy)을 참조할 수 있다. 만일 제1 프로파일이 이동 가능한 프로파일인 경우, 프로파일 서버는 807 단계로 진행할 수 있다. 만일 제1 프로파일이 이동 가능한 프로파일이 아닌 경우, 프로파일 서버는 815 단계로 진행할 수 있다.
807 단계에서 프로파일 서버는 제1 프로파일의 재사용을 준비하고, 제1 프로파일의 다운로드에 필요한 활성화 코드를 준비할 수 있다. 807 단계에서 준비된 제1 프로파일은, 프로파일의 복제를 방지하기 위해, 다운로드 불가능한 상태로 설정될 수 있다. 807 단계에서 준비된 활성화 코드는, 적어도 프로파일 서버의 주소와, 제1 프로파일에 연결된 이벤트 식별자(MatchingID)를 포함할 수 있다.
809 단계에서 프로파일 서버는 상기 활성화 코드를 단말에 회신할 수 있고, 제1 프로파일의 삭제가 필요함을 단말에 더 공지할 수 있다.
811 단계에서 프로파일 서버는 단말이 제1 프로파일 삭제 결과를 공지하는 것을 대기할 수 있다. 811 단계에서 프로파일 서버가 단말로부터 제1 프로파일 삭제 결과를 수신하는 경우, 프로파일 서버는 813 단계로 진행할 수 있다.
813 단계에서 프로파일 서버는 제1 프로파일을 다운로드 가능한 상태로 변경할 수 있다.
815 단계에서 프로파일 서버는 제2 프로파일을 준비하고, 제2 프로파일의 다운로드에 필요한 활성화 코드를 준비할 수 있다. 815 단계에서 준비된 제2 프로파일은 바로 다운로드 가능한 상태로 설정될 수 있다. 815 단계에서 준비된 활성화 코드는, 적어도 프로파일 서버의 주소와, 제2 프로파일에 연결된 이벤트 식별자(MatchingID)를 포함할 수 있다.
817 단계에서 프로파일 서버는 상기 활성화 코드를 단말에 회신할 수 있다.
819 단계에서 프로파일 서버는 단말로부터 프로파일 다운로드 요청을 수신할 수 있다. 프로파일 다운로드 요청은, 적어도 제1 프로파일에 연결된 이벤트 식별자나, 또는 제2 프로파일에 연결된 이벤트 식별자를 포함할 수 있다.
821 단계에서 프로파일 서버는 단말이 다운로드를 요청한 제1 프로파일 또는 제2 프로파일이 다운로드 가능한 상태인지를 판단할 수 있다. 만일 단말이 다운로드를 요청한 제1 프로파일 또는 제2 프로파일이 다운로드 가능한 상태인 경우, 프로파일 서버는 823 단계로 진행할 수 있다. 만일 단말이 다운로드를 요청한 제1 프로파일 또는 제2 프로파일이 다운로드 가능한 상태가 아닌 경우, 프로파일 서버는 825 단계로 진행할 수 있다.
823 단계에서 프로파일 서버는 단말로 프로파일 패키지를 회신할 수 있다.
825 단계에서 프로파일 서버는 단말로 프로파일의 다운로드가 불가능함을 나타내는 에러코드를 회신할 수 있다.
827 단계에서 프로파일 서버는 동작을 종료할 수 있다.
도 9는 본 개시의 일 실시예에 따른 단말의 구성요소를 도시하는 블록도이다.
본 개시에서 설명한 단말(제1 단말(210), 제2 단말(220) 및 참조 번호를 붙이지 않고 설명한 단말) 각각은 도 7a에서 설명하는 제1 단말 또는 도 7b에서 설명하는 제2 단말에 대응될 수 있다. 제1 단말(210) 및 제2 단말(220)는 각각 도 7a 및 도 7b의 단말의 일 실시예일 수 있고, "제1", "제2"의 표현은 각 단말이 물리적으로 서로 다른 단말임을 나타내기 위해 사용되었을 뿐이다.
도 9 에서 도시된 바와 같이, 단말은 송수신부(910) 및 프로세서(920)를 포함할 수 있다. 또한, 단말은 UICC(930)를 포함할 수도 있다. 예를 들면, UICC(930)는 단말에 삽입될 수 있고, 단말에 내장된 eUICC 일 수도 있다.
송수신부(910)는 프로파일 서버와 신호, 정보, 데이터 등을 송신 및 수신할 수 있다.
본 개시의 일 실시예에 따른 송수신부(910)는 프로파일 서버에 활성화 코드를 요청하는 메시지를 송신하고, 프로파일 서버로부터 활성화 코드 및 프로파일 삭제 필요 여부를 수신하고, 프로파일 삭제 결과를 프로파일 서버에 송신할 수 있다.
본 개시의 일 실시예에 따른 송수신부(920)는 활성화 코드를 이용하여 프로파일 서버에 프로파일을 요청하는 메시지를 송신하고, 프로파일 패키지를 수신할 수 있다.
한편, 프로세서(920)는 단말을 전반적으로 제어하기 위한 구성요소이다. 프로세서(920)는 본 개시의 다양한 실시예에 따라, 단말의 전반적인 동작을 제어할 수 있다. 프로세서(920)는 제어부로 명명할 수 있다. 본 개시의 일 실시예에 따르면, 프로세서(920)는 적어도 하나 이상의 프로세서를 포함할 수 있다.
본 개시의 일 실시예에 따른 프로세서(920)는 사용자로부터 프로파일 이동 요청을 입력 받고, 프로파일 이동 정보를 확인하고, 프로파일 서버에 활성화 코드를 요청하는 메시지를 송신하고, 프로파일 서버로부터 활성화 코드 및 프로파일 삭제 필요 여부를 수신하고, 프로파일을 삭제하고, 프로파일 삭제 결과를 프로파일 서버에 송신하고, 활성화 코드를 다른 단말로 전달하도록 단말을 제어할 수 있다.
본 개시의 일 실시예에 따른 프로세서(920)는 다른 단말로부터 활성화 코드를 전달받고, 활성화 코드를 이용하여 프로파일 서버에 프로파일을 요청하는 메시지를 송신하고, 프로파일 서버로부터 프로파일 패키지를 수신하고, 프로파일 패키지를 설치하도록 단말을 제어할 수 있다.
본 개시의 일 실시예에 따른 UICC(930)는 프로파일을 다운로드하고, 프로파일을 설치할 수 있다. 또한, UICC(930)는 프로파일을 관리할 수 있다.
UICC(930)는 프로세서(920)의 제어에 따라 동작할 수 있다. 또는 UICC(930)는 프로파일을 설치하기 위한 프로세서 또는 컨트롤러를 포함하거나, 어플리케이션이 설치되어 있을 수도 있다. 어플리케이션의 일부는 프로세서(920)에 설치되어 있을 수도 있다.
한편, 단말은 저장부(미도시)를 더 포함할 수 있으며, 단말의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터를 저장할 수 있다. 또한, 저장부는 플래시 메모리 타입(Flash Memory Type), 하드 디스크 타입(Hard Disk Type), 멀티미디어 카드 마이크로 타입(Multimedia Card Micro Type), 카드 타입의 메모리(예를 들면, SD 또는 XD 메모리 등), 자기 메모리, 자기 디스크, 광디스크, 램(Random Access Memory, RAM), SRAM(Static Random Access Memory), 롬(Read-Only Memory, ROM), PROM(Programmable Read-Only Memory), EEPROM(Electrically Erasable Programmable Read-Only Memory) 중 적어도 하나의 저장 매체를 포함할 수 있다. 또한, 프로세서(920)는 저장부에 저장된 각종 프로그램, 컨텐츠, 데이터 등을 이용하여 다양한 동작을 수행할 수 있다.
도 10은 본 개시의 일 실시예에 따른 프로파일 서버의 구성요소를 도시하는 블록도이다.
본 개시에서 설명한 프로파일 서버(제1 프로파일 서버(230), 제2 프로파일 서버(240) 및 참조 번호를 붙이지 않고 설명한 서버) 각각은 도 8에서 설명하는 프로파일 서버에 대응될 수 있다. 제1 프로파일 서버(230) 및 제2 프로파일 서버(240)는 각각 도 8의 서버의 일 실시예일 수 있고, "제1", "제2"의 표현은 각 프로파일 서버가 물리적으로 서로 다른 프로파일 서버임을 나타내기 위해 사용되었을 뿐이다.
도 10을 참조하면, 프로파일 서버는 송수신부(1010) 및 프로세서(1020)를 포함할 수 있다.
송수신부(1010)는 단말 또는 사업자와 신호, 정보, 데이터 등을 송신 및 수신할 수 있다.
본 개시의 일 실시예에 따른 송수신부(1010)는 단말로부터 프로파일 이동 요청 메시지를 수신하고, 단말로 활성화 코드 및 프로파일 삭제 필요 여부를 포함하는 메시지를 송신하고, 단말로부터 프로파일 삭제 메시지를 수신하고, 단말로부터 프로파일 다운로드 요청 메시지를 수신하고, 프로파일이 다운로드 가능한 상태인 경우 단말로 프로파일 패키지를 송신하고, 프로파일이 다운로드 불가능한 상태인 경우 오류코드를 송신할 수 있다.
한편, 프로세서(1020)는 프로파일 서버를 전반적으로 제어하기 위한 구성요소이다. 프로세서(1020)는 본 개시의 다양한 실시예에 따라, 프로파일 서버의 전반적인 동작을 제어할 수 있다. 프로세서(1020)는 제어부로 명명할 수 있다. 본 개시의 일 실시예에 따르면, 프로세서(1020)는 적어도 하나 이상의 프로세서를 포함할 수 있다.
본 개시의 일 실시예에 따른 프로세서(1020)는 단말로부터 프로파일 이동 요청 메시지를 수신하고, 프로파일이 이동 가능한지 판단하고, 프로파일을 다운로드 할 수 있는 활성화 코드를 생성하고, 프로파일의 이동이 가능한 경우 프로파일의 상태를 다운로드 가능하지 않은 상태로 설정하고, 프로파일의 이동이 불가능한 경우 프로파일의 상태를 다운로드 가능한 상태로 설정하고, 단말로 활성화 코드 및 프로파일 삭제 필요 여부를 포함하는 메시지를 송신하고, 단말로부터 프로파일 삭제 결과를 수신하고, 프로파일을 다운로드 가능한 상태로 변경하고, 단말로부터 프로파일 다운로드 요청 메시지를 수신하고, 프로파일이 다운로드 가능한 상태인지를 판단하고, 프로파일이 다운로드 가능한 상태인 경우 단말로 프로파일 패키지를 송신하고, 프로파일이 다운로드 불가능한 상태인 경우 오류코드를 송신하도록 프로파일 서버를 제어할 수 있다.
한편, 프로파일 서버는 저장부(미도시)를 더 포함할 수 있으며, 프로파일 서버의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터를 저장할 수 있다. 또한, 저장부는 플래시 메모리 타입(Flash Memory Type), 하드 디스크 타입(Hard Disk Type), 멀티미디어 카드 마이크로 타입(Multimedia Card Micro Type), 카드 타입의 메모리(예를 들면, SD 또는 XD 메모리 등), 자기 메모리, 자기 디스크, 광디스크, 램(Random Access Memory, RAM), SRAM(Static Random Access Memory), 롬(Read-Only Memory, ROM), PROM(Programmable Read-Only Memory), EEPROM(Electrically Erasable Programmable Read-Only Memory) 중 적어도 하나의 저장 매체를 포함할 수 있다. 또한, 프로세서(1020)는 저장부에 저장된 각종 프로그램, 컨텐츠, 데이터 등을 이용하여 다양한 동작을 수행할 수 있다.
본 개시의 일 실시예에 따르면, 무선 통신 시스템에서 단말은 네트워크 연결을 위해 단말에 설치된 프로파일을 다른 단말에 다시 설치하고자 하는 사용자의 요청을 입력 받을 수 있다. 또한, 단말은 단말에 저장된 프로파일 이동 정보를 참조하여, 프로파일 서버에 프로파일을 다운로드하기 위한 활성화 코드를 요청하거나, 단말에 저장되어 있는 활성화 코드를 읽어올 수 있다. 또한, 단말은 프로파일 서버의 요청 또는 단말에 저장된 프로파일 이동 정보를 참조하여, 이동할 대상이 되는 프로파일을 삭제할 수 있다. 또한, 단말은 필요한 경우 사용자의 입력을 통해, 프로파일 서버로부터 수신하거나 단말에 저장되어 있는 활성화 코드를 다른 단말로 전달할 수 있다. 또한, 단말은 활성화 코드를 이용하여 프로파일 서버로부터 프로파일을 다운로드 받을 수 있다.
본 개시의 일 실시예에 따르면, 무선 통신 시스템에서 프로파일 서버는 단말이 네트워크에 연결하기 위한 프로파일 및 프로파일 다운로드에 필요한 활성화 코드를 생성할 수 있다. 또한, 프로파일 서버는 단말로부터 수신한 프로파일 이동 요청에 대응하여, 프로파일의 이동이 가능한지를 판단하고, 프로파일의 이동이 가능한 경우 이동할 프로파일을 다운로드 할 수 있는 활성화 코드 및 프로파일 삭제 요청을 단말로 송신하고, 프로파일의 이동이 불가능한 경우 새로운 프로파일을 다운로드 할 수 있는 활성화 코드를 단말로 송신하고, 단말로부터 이동할 프로파일의 삭제 결과를 수신하고, 프로파일을 다운로드 가능한 상태로 변경하고, 단말로부터 프로파일 다운로드 요청을 수신하고, 프로파일이 다운로드 가능한지를 판단하고, 프로파일이 다운로드 가능한 경우, 단말로 프로파일을 송신할 수 있다.
상술한 본 개시의 구체적인 실시예들에서, 개시에 포함되는 구성 요소는 제시된 구체적인 실시예에 따라 단수 또는 복수로 표현되었다. 그러나, 단수 또는 복수의 표현은 설명의 편의를 위해 제시한 상황에 적합하게 선택된 것으로서, 본 개시가 단수 또는 복수의 구성 요소에 제한되는 것은 아니며, 복수로 표현된 구성 요소라 하더라도 단수로 구성되거나, 단수로 표현된 구성 요소라 하더라도 복수로 구성될 수 있다.
한편 본 개시의 상세한 설명에서는 구체적인 실시예에 관해 설명하였으나, 본 개시의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 개시의 범위는 설명된 실시예에 국한되어 정해져서는 아니 되며 후술하는 특허청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.
본 개시의 다양한 실시예들 및 이에 사용된 용어들은 본 개시에 기재된 기술을 특정한 실시 형태에 대해 한정하려는 것이 아니며, 해당 실시예의 다양한 변경, 균등물, 및/또는 대체물을 포함하는 것으로 이해되어야 한다. 도면의 설명과 관련하여, 유사한 구성요소에 대해서는 유사한 참조 부호가 사용될 수 있다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함할 수 있다. 본 개시에서, "A 또는 B", "A 및/또는 B 중 적어도 하나", "A, B 또는 C" 또는 "A, B 및/또는 C 중 적어도 하나" 등의 표현은 함께 나열된 항목들의 모든 가능한 조합을 포함할 수 있다. "제1", "제2", "첫째" 또는 "둘째" 등의 표현들은 해당 구성요소들을, 순서 또는 중요도에 상관없이 수식할 수 있고, 한 구성요소를 다른 구성요소와 구분하기 위해 사용될 뿐 해당 구성요소들을 한정하지 않는다. 어떤(예: 제1) 구성요소가 다른(예: 제2) 구성요소에 "(기능적으로 또는 통신적으로) 연결되어" 있다거나 "접속되어" 있다고 언급된 때에는, 어떤 구성요소가 다른 구성요소에 직접적으로 연결되거나, 다른 구성요소(예: 제3 구성요소)를 통하여 연결될 수 있다.
본 개시에서 사용된 용어 "모듈"은 하드웨어, 소프트웨어 또는 펌웨어로 구성된 유닛을 포함하며, 예를 들면, 로직, 논리 블록, 부품, 또는 회로 등의 용어와 상호 호환적으로 사용될 수 있다. 모듈은, 일체로 구성된 부품 또는 하나 또는 그 이상의 기능을 수행하는 최소 단위 또는 그 일부가 될 수 있다. 예를 들면, 모듈은 ASIC(application-specific integrated circuit)으로 구성될 수 있다.
본 개시의 다양한 실시예들은 기기(machine)(예: 컴퓨터)로 읽을 수 있는 저장 매체(machine-readable storage media)(예: 내장 메모리 또는 외장 메모리에 저장된 명령어를 포함하는 소프트웨어(예: 프로그램)로 구현될 수 있다. 기기는, 저장 매체로부터 저장된 명령어를 호출하고, 호출된 명령어에 따라 동작이 가능한 장치로서, 본 개시의 다양한 실시예들에 따른 단말(예: 제1 단말(210), 제2 단말(220))을 포함할 수 있다. 명령이 프로세서(예: 도 9의 프로세서(920) 또는 도 10의 프로세서(1020))에 의해 실행될 경우, 프로세서가 직접, 또는 프로세서의 제어 하에 다른 구성요소들을 이용하여 명령에 해당하는 기능을 수행할 수 있다. 명령은 컴파일러 또는 인터프리터에 의해 생성 또는 실행되는 코드를 포함할 수 있다.
기기로 읽을 수 있는 저장 매체는, 비일시적(non-transitory) 저장 매체의 형태로 제공될 수 있다. 여기서, '비일시적'은 저장 매체가 신호(signal)를 포함하지 않으며 실재(tangible)한다는 것을 의미할 뿐 데이터가 저장 매체에 반영구적 또는 임시적으로 저장됨을 구분하지 않는다.
본 개시에 개시된 다양한 실시예들에 따른 방법은 컴퓨터 프로그램 제품(computer program product)에 포함되어 제공될 수 있다. 컴퓨터 프로그램 제품은 상품으로서 판매자 및 구매자 간에 거래될 수 있다. 컴퓨터 프로그램 제품은 기기로 읽을 수 있는 저장 매체(예: compact disc read only memory (CD-ROM))의 형태로, 또는 어플리케이션 스토어(예: 플레이 스토어TM)를 통해 온라인으로 배포될 수 있다. 온라인 배포의 경우에, 컴퓨터 프로그램 제품의 적어도 일부는 제조사의 서버, 어플리케이션 스토어의 서버, 또는 중계 서버의 메모리와 같은 저장 매체에 적어도 일시 저장되거나, 임시적으로 생성될 수 있다.
다양한 실시예들에 따른 구성 요소(예: 모듈 또는 프로그램) 각각은 단수 또는 복수의 개체로 구성될 수 있으며, 전술한 해당 서브 구성 요소들 중 일부 서브 구성 요소가 생략되거나, 또는 다른 서브 구성 요소가 다양한 실시예에 더 포함될 수 있다. 대체적으로 또는 추가적으로, 일부 구성 요소들(예: 모듈 또는 프로그램)은 하나의 개체로 통합되어, 통합되기 이전의 각각의 해당 구성 요소에 의해 수행되는 기능을 동일 또는 유사하게 수행할 수 있다. 다양한 실시예들에 따른, 모듈, 프로그램 또는 다른 구성 요소에 의해 수행되는 동작들은 순차적, 병렬적, 반복적 또는 휴리스틱하게 실행되거나, 적어도 일부 동작이 다른 순서로 실행되거나, 생략되거나, 또는 다른 동작이 추가될 수 있다.

Claims (15)

  1. 무선 통신 시스템에서 서버에 의한 방법에 있어서,
    제1 단말로부터, 제1 프로파일 이동 요청을 수신하는 단계;
    상기 수신된 제1 프로파일 이동 요청을 기반으로 상기 제1 프로파일 이동 가능성을 확인하는 단계; 및
    상기 제1 단말로, 제2 프로파일에 대한 활성화 코드를 전송하는 단계를 포함하는 것을 특징으로 하는 방법.
  2. 제1항에 있어서,
    사업자로부터, 상기 제1 단말로부터 제1 프로파일 이동 요청과 관련된 정책을 설정하는 메시지를 수신하는 단계를 더 포함하는 것을 특징으로 하는 방법.
  3. 제1항에 있어서,
    사업자로, 제1 단말로부터 제1 프로파일의 이동을 요청 받았음을 지시하는 정보를 전송하는 단계;
    상기 사업자로부터, 제1 프로파일의 이동 정책(transfer policy)을 기반으로 결정된 사용자가 주지해야 할 정보를 포함하는 제1 메시지를 수신하는 단계; 및
    상기 제1 단말로, 상기 제1 메시지를 전송하는 단계를 더 포함하는 것을 특징으로 하는 방법.
  4. 제1항에 있어서,
    상기 사용자로부터, 상기 제1 메시지를 기반으로 결정된 제1 프로파일의 이동 동의 여부를 포함하는 제2 메시지를 수신하는 단계;
    상기 사업자로, 상기 제2 메시지를 기반으로 상기 제1 프로파일의 이동 동의 여부에 대한 정보를 포함하는 제3 메시지를 전송하는 단계; 및
    상기 제2 프로파일과 관련된 제4 메시지를 수신하는 단계를 더 포함하는 것을 특징으로 하는 방법.
  5. 제1항에 있어서,
    제2 단말로부터, 제2 프로파일 다운로드 요청을 수신하는 단계;
    상기 제2 단말로, 제2 프로파일에 대한 정보 및 사용자가 주지해야 할 정보를 포함하는 제5 메시지를 전송하는 단계;
    상기 제2 단말로부터, 상기 제5 메시지를 기반으로 상기 제2 프로파일의 다운로드 동의 여부에 대한 정보 및 프로파일 패키지를 요청을 수신하는 단계; 및
    상기 제2 단말로, 상기 프로파일 패키지를 전송하는 단계를 더 포함하는 것을 특징으로 하는 방법.
  6. 무선 통신 시스템에서 제1 단말에 의한 방법에 있어서,
    사용자로부터 제1 프로파일 이동 요청을 수신하는 단계;
    서버로, 상기 제1 프로파일 이동 요청을 기반으로 활성화 코드를 요청하는 메시지를 전송하는 단계; 및
    상기 서버로부터, 제2 프로파일에 대한 활성화 코드를 수신하는 단계를 포함하고,
    상기 제2 프로파일에 대한 활성화 코드는 상기 서버와 사업자에 의해 결정되는 것을 특징으로 하는 방법.
  7. 제6항에 있어서,
    상기 제2 프로파일에 대한 활성화 코드를 제2 단말에 전달하는 단계를 더 포함하고,
    상기 활성화 코드는 QR 코드로 표시하는 것을 특징으로 하는 방법.
  8. 제6항에 있어서,
    상기 제1 프로파일을 비활성화하는 단계; 및
    상기 비활성화 결과를 서버에 전송하는 단계를 더 포함하는 것을 특징으로 하는 방법.
  9. 서버에 있어서,
    적어도 하나의 신호를 송수신을 할 수 있는 송수신부; 및
    상기 송수신부와 결합된 제어부를 포함하고,
    상기 제어부는:
    제1 단말로부터, 제1 프로파일 이동 요청을 수신하고,
    상기 수신된 제1 프로파일 이동 요청을 기반으로 상기 제1 프로파일 이동 가능성을 확인하고, 및
    상기 제1 단말로, 제2 프로파일에 대한 활성화 코드를 전송하도록 구성되는 것을 특징으로 하는 서버.
  10. 제9항에 있어서, 상기 제어부는,
    사업자로부터, 상기 제1 단말로부터 제1 프로파일 이동 요청과 관련된 정책을 설정하는 메시지를 수신하도록 더 구성되는 것을 특징으로 하는 서버.
  11. 제9항에 있어서, 상기 제어부는,
    사업자로, 제1 단말로부터 제1 프로파일의 이동을 요청 받았음을 지시하는 정보를 전송하고,
    상기 사업자로부터, 제1 프로파일의 이동 정책(transfer policy)을 기반으로 결정된 사용자가 주지해야 할 정보를 포함하는 제1 메시지를 수신하고, 및
    상기 제1 단말로, 상기 제1 메시지를 전송하도록 더 구성되는 것을 특징으로 하는 서버.
  12. 제9항에 있어서, 상기 제어부는,
    상기 사용자로부터, 상기 제1 메시지를 기반으로 결정된 제1 프로파일의 이동 동의 여부를 포함하는 제2 메시지를 수신하고,
    상기 사업자로, 상기 제2 메시지를 기반으로 상기 제1 프로파일의 이동 동의 여부에 대한 정보를 포함하는 제3 메시지를 전송하고, 및
    상기 제2 프로파일과 관련된 제4 메시지를 수신하도록 더 구성되는 것을 특징으로 하는 서버.
  13. 제9항에 있어서, 상기 제어부는,
    제2 단말로부터, 제2 프로파일 다운로드 요청을 수신하고,
    상기 제2 단말로, 제2 프로파일에 대한 정보 및 사용자가 주지해야 할 정보를 포함하는 제5 메시지를 전송하고,
    상기 제2 단말로부터, 상기 제5 메시지를 기반으로 상기 제2 프로파일의 다운로드 동의 여부에 대한 정보 및 프로파일 패키지를 요청을 수신하고, 및
    상기 제2 단말로, 상기 프로파일 패키지를 전송하도록 더 구성되는 것을 특징으로 하는 서버.
  14. 제1 단말에 있어서,
    적어도 하나의 신호를 송수신을 할 수 있는 송수신부; 및
    상기 송수신부와 결합된 제어부를 포함하고,
    상기 제어부는:
    사용자로부터 제1 프로파일 이동 요청을 수신하고,
    서버로, 상기 제1 프로파일 이동 요청을 기반으로 활성화 코드를 요청하는 메시지를 전송하고, 및
    상기 서버로부터, 제2 프로파일에 대한 활성화 코드를 수신하도록 구성되고,
    상기 제2 프로파일에 대한 활성화 코드는 상기 서버와 사업자에 의해 결정되는 것을 특징으로 하는 제1 단말.
  15. 제14항에 있어서, 상기 제어부는
    상기 제2 프로파일에 대한 활성화 코드를 제2 단말에 전달하고,
    상기 제1 프로파일을 비활성화하고, 및
    상기 비활성화 결과를 서버에 전송하도록 더 구성되고,
    상기 활성화 코드는 QR 코드로 표시하는 것을 특징으로 하는 제1 단말.
PCT/KR2020/003418 2019-03-13 2020-03-12 Euicc 단말을 변경하는 방법 및 장치 WO2020184995A1 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN202080020825.3A CN113557754A (zh) 2019-03-13 2020-03-12 用于改变euicc终端的方法和设备
US17/436,052 US11917413B2 (en) 2019-03-13 2020-03-12 Method and device for changing EUICC terminal
EP20769882.0A EP3923609A4 (en) 2019-03-13 2020-03-12 METHOD AND DEVICE FOR CHANGING A EUICC TERMINAL

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR20190028870 2019-03-13
KR10-2019-0028870 2019-03-13
KR1020190046232A KR20200110101A (ko) 2019-03-13 2019-04-19 eUICC 단말을 변경하는 방법 및 장치
KR10-2019-0046232 2019-04-19

Publications (1)

Publication Number Publication Date
WO2020184995A1 true WO2020184995A1 (ko) 2020-09-17

Family

ID=72427700

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2020/003418 WO2020184995A1 (ko) 2019-03-13 2020-03-12 Euicc 단말을 변경하는 방법 및 장치

Country Status (3)

Country Link
US (1) US11917413B2 (ko)
EP (1) EP3923609A4 (ko)
WO (1) WO2020184995A1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022065816A1 (en) * 2020-09-22 2022-03-31 Samsung Electronics Co., Ltd. Method and apparatus for moving profiles with different versions during device change
WO2023167489A1 (ko) * 2022-03-04 2023-09-07 삼성전자 주식회사 임베디드 가입자 식별 모듈의 프로파일의 재사용을 지원하는 전자 장치 및 그 동작 방법

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20140140882A (ko) * 2013-05-30 2014-12-10 삼성전자주식회사 프로파일 설정 방법 및 장치
US9294919B2 (en) * 2010-12-06 2016-03-22 Gemalto Sa Method for exporting on a secure server data comprised on a UICC comprised in a terminal
KR20180028729A (ko) * 2016-09-09 2018-03-19 삼성전자주식회사 UICC와 eUICC의 제어 방법 및 시스템
KR101893934B1 (ko) * 2012-04-09 2018-08-31 주식회사 케이티 정책 규칙 관리 및 실행을 위한 방법 및 ｅＵＩＣＣ

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9009475B2 (en) 2011-04-05 2015-04-14 Apple Inc. Apparatus and methods for storing electronic access clients
EP3402235B1 (en) 2012-05-23 2024-03-06 Samsung Electronics Co., Ltd. Method for control and enforcement of policy rule and euicc
CN103813302B (zh) * 2012-11-06 2017-07-14 华为终端有限公司 签约转移方法、装置及系统
KR20160002321A (ko) * 2014-06-30 2016-01-07 삼성전자주식회사 무선 통신 시스템에서 통신서비스 제공을 위한 프로파일을 송수신하는 방법 및 장치
KR102227262B1 (ko) 2015-02-17 2021-03-15 삼성전자주식회사 프로파일을 전달하는 방법과 이를 지원하는 전자 장치
KR102358130B1 (ko) 2015-03-25 2022-02-04 삼성전자 주식회사 이동통신시스템에서 단말을 변경하여 이동 통신 서비스를 이용하는 방법 및 장치
KR102490497B1 (ko) * 2015-12-28 2023-01-19 삼성전자주식회사 통신 시스템에서 프로파일을 송수신하는 방법 및 장치
US10542570B2 (en) * 2016-03-15 2020-01-21 Huawei Technologies Co., Ltd. System and method for relaying data over a communication network
EP3528518B1 (en) * 2016-10-31 2023-06-21 Huawei Technologies Co., Ltd. Profile download method and device
KR102458790B1 (ko) * 2017-09-07 2022-10-25 삼성전자 주식회사 무선 통신 시스템에서 디바이스들의 프로파일 이동을 지원하는 방법 및 장치
DE102018207161B4 (de) * 2018-05-08 2022-05-05 Bayerische Motoren Werke Aktiengesellschaft Kommunikation in einem Mobilfunknetz
US10187784B1 (en) * 2018-06-11 2019-01-22 Verizon Patent And Licensing Inc. Systems and methods for transferring SIM profiles between eUICC devices

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9294919B2 (en) * 2010-12-06 2016-03-22 Gemalto Sa Method for exporting on a secure server data comprised on a UICC comprised in a terminal
KR101893934B1 (ko) * 2012-04-09 2018-08-31 주식회사 케이티 정책 규칙 관리 및 실행을 위한 방법 및 ｅＵＩＣＣ
KR20140140882A (ko) * 2013-05-30 2014-12-10 삼성전자주식회사 프로파일 설정 방법 및 장치
US9800993B2 (en) * 2013-05-30 2017-10-24 Samsung Electronics Co., Ltd Method and apparatus for setting profile
KR20180028729A (ko) * 2016-09-09 2018-03-19 삼성전자주식회사 UICC와 eUICC의 제어 방법 및 시스템

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3923609A4 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022065816A1 (en) * 2020-09-22 2022-03-31 Samsung Electronics Co., Ltd. Method and apparatus for moving profiles with different versions during device change
WO2023167489A1 (ko) * 2022-03-04 2023-09-07 삼성전자 주식회사 임베디드 가입자 식별 모듈의 프로파일의 재사용을 지원하는 전자 장치 및 그 동작 방법

Also Published As

Publication number Publication date
US11917413B2 (en) 2024-02-27
EP3923609A1 (en) 2021-12-15
US20220174495A1 (en) 2022-06-02
EP3923609A4 (en) 2022-04-06

Similar Documents

Publication Publication Date Title
WO2017039320A1 (ko) 통신 시스템에서 프로파일 다운로드 방법 및 장치
WO2019050325A1 (en) METHOD AND APPARATUS FOR SUPPORTING PROFILE TRANSFER BETWEEN DEVICES IN A WIRELESS COMMUNICATION SYSTEM
WO2016178548A1 (ko) 프로파일 제공 방법 및 장치
WO2016167536A1 (en) Method and apparatus for managing a profile of a terminal in a wireless communication system
WO2016163796A1 (en) Method and apparatus for downloading a profile in a wireless communication system
WO2016167551A1 (ko) 통신 시스템에서 프로파일을 관리하는 기법
EP3284274A1 (en) Method and apparatus for managing a profile of a terminal in a wireless communication system
WO2017052136A1 (ko) 이동 통신 시스템에서 프로파일 다운로드 방법 및 장치
WO2016003200A1 (en) Method and apparatus for installing profile for euicc
WO2020171672A1 (en) Method for interoperating between bundle download process and esim profile download process by ssp terminal
WO2021066569A1 (en) Method and apparatus for reinstalling sim profile in wireless communication system
WO2020080909A1 (en) Method and apparatus for handling remote profile management exception
WO2018147711A1 (en) APPARATUS AND METHOD FOR ACCESS CONTROL ON eSIM
WO2019107876A1 (en) Method and apparatus for managing event in communication system
WO2020226466A1 (en) Method and apparatus for managing and verifying certificate
EP3854115A1 (en) Method and apparatus for handling remote profile management exception
WO2020184995A1 (ko) Euicc 단말을 변경하는 방법 및 장치
EP3530016A1 (en) Apparatus and method for installing and managing esim profiles
WO2020171475A1 (ko) 무선 통신 시스템의 기기변경 방법 및 장치
WO2022045869A1 (en) Apparatus and method for managing events in communication system
WO2016133369A1 (ko) 이동통신 시스템의 단말에서 프로파일 수신을 위한 방법 및 장치
WO2021201644A1 (en) Method and apparatus for managing event for smart secure platform
WO2022045789A1 (en) Method and apparatus for recovering profile in case of device change failure
WO2020167045A1 (ko) Euicc 프로파일 설치 권한을 관리하는 방법 및 장치
WO2021172873A1 (en) Method and device for remote management and verification of remote management authority

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2020769882

Country of ref document: EP

Effective date: 20210910