WO2024058432A1 - 프로파일 다운로드를 관리하는 전자 장치 및 그 동작 방법 - Google Patents

프로파일 다운로드를 관리하는 전자 장치 및 그 동작 방법 Download PDF

Info

Publication number
WO2024058432A1
WO2024058432A1 PCT/KR2023/011576 KR2023011576W WO2024058432A1 WO 2024058432 A1 WO2024058432 A1 WO 2024058432A1 KR 2023011576 W KR2023011576 W KR 2023011576W WO 2024058432 A1 WO2024058432 A1 WO 2024058432A1
Authority
WO
WIPO (PCT)
Prior art keywords
electronic device
event
server
message
profile
Prior art date
Application number
PCT/KR2023/011576
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 KR1020230000735A external-priority patent/KR20240037134A/ko
Application filed by 삼성전자 주식회사 filed Critical 삼성전자 주식회사
Publication of WO2024058432A1 publication Critical patent/WO2024058432A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/562—Brokering proxy services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/08—Access security
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18—Service support devices; Network management devices

Definitions

  • This disclosure relates to an electronic device that manages profile download and a method of operating the same.
  • EventID event identifier
  • EventID event identifier
  • RPM remote profile management
  • eUICC embedded universal integrated circuit card
  • the electronic device may connect to the first server based on the address of the first server known to the electronic device and identify the second server for which a profile is prepared. Even if the electronic device does not know the address of the second server, it can identify the second server through the first server and download the profile through the identified second server.
  • the second server registers the event with the first server whenever an event occurs, and when the electronic device downloads a profile corresponding to the event from the second server, the event can be deleted from the first server.
  • a series of operations such as event registration, profile download, and event deletion may occur whenever a profile for the electronic device is prepared, and therefore, it may be impossible for the electronic device to download the profile regardless of the time of event registration.
  • a series of operations such as event registration, profile download, and event deletion are performed independently for each event, so that multiple events are registered and the electronic device downloads the profile regardless of the registration time for the multiple events. It may be impossible.
  • An electronic device may include at least one communication circuit, and at least one processor electrically connected to the at least one communication circuit.
  • the at least one processor may send an event record (event record for an event related to an identifier of the electronic device and a profile download) to the first server through the at least one communication circuit.
  • the electronic device may be configured to transmit a query message for querying an event record for the electronic device, including a parameter set to a value indicating that the device is blocked from receiving an event record.
  • the at least one processor may be configured to receive a query response message from the first server through the at least one communication circuit in response to transmission of the query message.
  • the at least one processor may, based on the query response message including an indicator indicating that an event for the electronic device does not exist, send a message to a third server through the at least one communication circuit, It may be configured to send a request message requesting a new subscription.
  • the at least one processor in response to transmission of the request message, sends a response including download information for downloading the profile of the electronic device from the third server through the at least one communication circuit.
  • the at least one processor may be configured to download the profile from a second server corresponding to the download information through the at least one communication circuit.
  • the first server may include a memory, at least one communication circuit, and at least one processor electrically connected to the memory and the at least one communication circuit.
  • the at least one processor may receive an event record for an event related to profile download of an electronic device from a second server through the at least one communication circuit, and the event and may be configured to receive a first registration message for registering the event, including a flag indicating whether records are blocked from being provided to the electronic device.
  • the at least one processor may be configured to register the event in the memory by mapping the event record and the flag in response to receiving the first registration message.
  • the at least one processor receives from the electronic device through the at least one communication circuit an identifier of the electronic device, and a value indicating that the electronic device is a device that is blocked from receiving the event record. and may be configured to receive a first query message for querying the event record, including a parameter set to .
  • the at least one processor in response to receiving the first query message, determines that the value of the flag is a first value indicating that the event record is blocked from being provided to the electronic device. Thus, it may be configured to transmit a first inquiry response message including an indicator indicating that an event for the electronic device does not exist to the electronic device through the at least one communication circuit.
  • the second server may include a memory, at least one communication circuit, and at least one processor electrically connected to the memory and the at least one communication circuit.
  • the at least one processor may record an event record for an event related to a profile download of an electronic device, and determine whether the event record is blocked from being provided to the electronic device. It may be configured to generate a first registration message for registering the event, including a flag indicating the event.
  • the at least one processor may be configured to transmit the first registration message to a first server through the at least one communication circuit.
  • a method of operating an electronic device includes blocking, from a first server, receiving an event record for an event related to an identifier of the electronic device and profile download.
  • the method may include transmitting a query message for querying an event record for the electronic device, including a parameter set to a value indicating that the electronic device is a device being used.
  • the operating method may include receiving an inquiry response message from the first server in response to transmission of the inquiry message.
  • the operating method includes transmitting a request message requesting a new subscription to a third server based on the query response message including an indicator indicating that an event for the electronic device does not exist. Can include actions.
  • the operating method may include receiving a response message including download information for downloading the profile of the electronic device from the third server in response to transmission of the request message.
  • the operating method may include downloading the profile from a second server corresponding to the download information.
  • a method of operating a first server includes, from a second server, an event record for an event related to profile download of the electronic device 101, and the event record is transmitted to the electronic device 101. It may include receiving a first registration message for registering the event, including a flag indicating whether provision to the device is blocked.
  • the operating method may include registering the event by mapping the event record and the flag in response to receiving the first registration message.
  • the operating method includes, from the electronic device, an identifier of the electronic device, and a parameter set to a value indicating that the electronic device is a device blocked from receiving the event record, the event record It may include an operation of receiving a first query message for querying.
  • the operating method is based on confirming that the value of the flag is a first value indicating that the event record is blocked from being provided to the electronic device, in response to receiving the first inquiry message,
  • the method may include transmitting, to the electronic device, a first inquiry response message including an indicator indicating that an event for the electronic device does not exist.
  • a method of operating a second server includes an event record for an event related to profile download of an electronic device, and whether the event record is blocked from being provided to the electronic device. It may include an operation of generating a first registration message for registering the event, including a flag indicating.
  • the operating method according to an embodiment may further include transmitting the first registration message to a first server.
  • a non-transitory computer readable storage medium is executed by at least one processor of an electronic device, wherein the electronic device transmits, to a first server, an identifier of the electronic device, and a profile download. configured to transmit a query message for querying an event record for the electronic device, including a parameter set to a value indicating that the device is blocked from receiving event records for a related event. It may contain one or more programs containing instructions.
  • the instructions according to one embodiment may configure the electronic device to receive an inquiry response message from the first server in response to transmission of the inquiry message.
  • the instructions include a request from the electronic device to request a new subscription to a third server based on the query response message including an indicator indicating that an event for the electronic device does not exist. Can be configured to send a message.
  • the instructions according to one embodiment may be such that the electronic device is configured to receive a response message including download information for downloading the profile of the electronic device from the third server in response to transmission of the request message. You can.
  • the instructions according to one embodiment may be configured to cause the electronic device to download the profile from a second server corresponding to the download information.
  • a non-transitory computer readable storage medium is executed by at least one processor of a first server, wherein the first server is associated with downloading a profile of an electronic device from a second server.
  • Instructions configured to receive a first registration message for registering the event, including an event record for the event, and a flag indicating whether the event record is blocked from being provided to the electronic device ( It may contain one or more programs containing instructions.
  • the instructions according to one embodiment may be configured so that the first server registers the event by mapping the event record and the flag in response to receiving the first registration message.
  • the instructions according to an embodiment include a parameter set to a value indicating that the first server is a device that is blocked from receiving the event record from the electronic device, an identifier of the electronic device, and the event record. and may be configured to receive a first query message for querying the event record.
  • the instructions according to one embodiment include that the first server, in response to receiving the first query message, determines that the value of the flag is a first value indicating that the event record is blocked from being provided to the electronic device. Based on the confirmation, the device may be configured to transmit, to the electronic device, a first inquiry response message including an indicator indicating that an event for the electronic device does not exist.
  • a non-transitory computer-readable storage medium is executed by at least one processor of a second server, wherein the second server responds to an event related to a profile download of an electronic device.
  • instructions configured to generate a first registration message for registering the event, including an event record, and a flag indicating whether the event record is blocked from being provided to the electronic device. It may contain one or more programs that:
  • the instructions according to one embodiment may be configured to cause the second server to transmit the first registration message to the first server.
  • 1A is a block diagram of an electronic device in a network environment, according to one embodiment.
  • FIG. 1B is a diagram illustrating a network environment including an electronic device, according to an embodiment.
  • FIG. 2 is a diagram illustrating a system that provides a profile-based communication connection to an electronic device, according to an embodiment.
  • Figure 3 is a block diagram showing the configuration of an electronic device according to an embodiment.
  • Figure 4 is a diagram for explaining the internal structure of an eUICC, according to an embodiment.
  • FIG. 5A is a block diagram illustrating a network system for downloading a profile, according to an embodiment.
  • Figure 5b is a block diagram showing the configuration of a first server according to an embodiment.
  • Figure 5C is a block diagram showing the configuration of a second server according to an embodiment.
  • FIG. 6 is a flowchart illustrating an operation process of an electronic device, according to an embodiment.
  • Figure 7 is a flowchart showing the operation process of the first server according to one embodiment.
  • Figure 8 is a flowchart showing the operation process of the second server according to one embodiment.
  • FIG. 9A is a signal flow diagram illustrating a process for managing profile download in a wireless communication network according to one embodiment.
  • FIG. 9B is signal flow diagrams illustrating a process for managing profile download in a wireless communication network according to one embodiment.
  • FIG. 10A is a signal flow diagram illustrating a process for managing profile download in a wireless communication network according to one embodiment.
  • FIG. 10B is a signal flow diagram illustrating a process for managing profile download in a wireless communication network according to an embodiment.
  • FIG. 11A is signal flow diagrams illustrating a process for managing profile download in a wireless communication network according to one embodiment.
  • FIG. 11B is signal flow diagrams illustrating a process for managing profile download in a wireless communication network according to one embodiment.
  • FIG. 12A is a signal flow diagram illustrating a process for managing profile download in a wireless communication network according to one embodiment.
  • FIG. 12B is a signal flow diagram illustrating a process for managing profile download in a wireless communication network according to an embodiment.
  • FIG. 1A is a block diagram illustrating an electronic device 101 in a network environment 100 according to an embodiment.
  • the electronic device 101 communicates with the electronic device 102 through a first network 198 (e.g., a short-range wireless communication network) or a second network (e.g., a short-range wireless communication network). 199) (e.g., a long-distance wireless communication network) may be used to communicate with the electronic device 104 or the server 108. According to one embodiment, the electronic device 101 may communicate with the electronic device 104 through the server 108.
  • a first network 198 e.g., a short-range wireless communication network
  • a second network e.g., a short-range wireless communication network
  • 199 e.g., a long-distance wireless communication network
  • the electronic device 101 may communicate with the electronic device 104 through the server 108.
  • the electronic device 101 includes a processor 120, a memory 130, an input module 150, an audio output module 155, a display module 160, an audio module 170, and a sensor module ( 176), interface 177, connection terminal 178, haptic module 179, camera module 180, power management module 188, battery 189, communication module 190, subscriber identification module 196 , or may include an antenna module 197.
  • at least one of these components eg, the connection terminal 178) may be omitted or one or more other components may be added to the electronic device 101.
  • some of these components e.g., sensor module 176, camera module 180, or antenna module 197) are combined into one component (e.g., display module 160). )) can be integrated.
  • the processor 120 executes software (e.g., program 140) to execute at least one other component (e.g., hardware or software) of the electronic device 101 connected to the processor 120. components) can be controlled and various data processing or operations can be performed. According to one embodiment, as at least part of data processing or computation, the processor 120 stores commands or data received from another component (e.g., sensor module 176 or communication module 190) in volatile memory ( 132), the commands or data stored in the volatile memory 132 can be processed, and the resulting data can be stored in the non-volatile memory 134.
  • software e.g., program 140
  • the processor 120 stores commands or data received from another component (e.g., sensor module 176 or communication module 190) in volatile memory ( 132), the commands or data stored in the volatile memory 132 can be processed, and the resulting data can be stored in the non-volatile memory 134.
  • the processor 120 may include a main processor 121 (e.g., a central processing unit or an application processor) or an auxiliary processor 123 (e.g., a graphics processing unit, It may include a neural processing unit (NPU), an image signal processor, a sensor hub processor, or a communication processor.
  • a main processor 121 e.g., a central processing unit or an application processor
  • auxiliary processor 123 e.g., a graphics processing unit, It may include a neural processing unit (NPU), an image signal processor, a sensor hub processor, or a communication processor.
  • the electronic device 101 includes a main processor 121 and a secondary processor 123
  • the secondary processor 123 may be set to use lower power than the main processor 121 or be specialized for a designated function. You can.
  • the auxiliary processor 123 may be implemented separately from the main processor 121 or as part of it.
  • the auxiliary processor 123 may, for example, replace the main processor 121 while the main processor 121 is in an inactive (e.g., sleep) state, or while the main processor 121 is in an active (e.g., sleep) state.
  • at least one of the components of the electronic device 101 e.g., the display module 160, the sensor module 176, or At least some of the functions or states related to the communication module 190 can be controlled.
  • coprocessor 123 e.g., image signal processor or communication processor
  • is part of another functionally related component e.g., camera module 180 or communication module 190.
  • the auxiliary processor 123 may include a hardware structure specialized for processing artificial intelligence models.
  • Artificial intelligence models can be created through machine learning. For example, such learning may be performed in the electronic device 101 itself, where artificial intelligence is performed, or may be performed through a separate server (e.g., server 108).
  • Learning algorithms may include, for example, supervised learning, unsupervised learning, semi-supervised learning, or reinforcement learning, but It is not limited.
  • An artificial intelligence model may include multiple artificial neural network layers.
  • Artificial neural networks include deep neural network (DNN), convolutional neural network (CNN), recurrent neural network (RNN), restricted boltzmann machine (RBM), belief deep network (DBN), bidirectional recurrent deep neural network (BRDNN), It may be one of deep Q-networks or a combination of two or more of the above, but is not limited to the examples described above.
  • artificial intelligence models may additionally or alternatively include software structures.
  • the memory 130 may store various data used by at least one component (eg, the processor 120 or the sensor module 176) of the electronic device 101. Data may include, for example, input data or output data for software (e.g., program 140) and instructions associated therewith.
  • Memory 130 may include volatile memory 132 or non-volatile memory 134.
  • the program 140 may be stored as software in the memory 130 and may include, for example, an operating system 142, middleware 144, or application 146.
  • the input module 150 may receive commands or data to be used in a component of the electronic device 101 (e.g., the processor 120) from outside the electronic device 101 (e.g., a user). .
  • the input module 150 may include, for example, a microphone, mouse, keyboard, keys (eg, buttons), or digital pen (eg, stylus pen).
  • the sound output module 155 may output sound signals to the outside of the electronic device 101.
  • the sound output module 155 may include, for example, a speaker or a receiver. Speakers can be used for general purposes such as multimedia playback or recording playback.
  • the receiver can be used to receive incoming calls. According to one embodiment, the receiver may be implemented separately from the speaker or as part of it.
  • the display module 160 may visually provide information to the outside of the electronic device 101 (eg, to the user).
  • the display module 160 may include, for example, a display, a hologram device, or a projector, and a control circuit for controlling the device.
  • the display module 160 may include a touch sensor configured to detect a touch, or a pressure sensor configured to measure the intensity of force generated by the touch.
  • the audio module 170 can convert sound into an electrical signal or, conversely, convert an electrical signal into sound. According to one embodiment, the audio module 170 acquires sound through the input module 150, the sound output module 155, or an external electronic device (e.g., directly or wirelessly connected to the electronic device 101). For example, sound may be output through the electronic device 102 (eg, speakers or headphones).
  • the sensor module 176 detects the operating state (e.g., power or temperature) of the electronic device 101 or the external environmental state (e.g., user state), and provides an electrical signal or an electrical signal corresponding to the detected state. Data values can be created.
  • the sensor module 176 includes, for example, a gesture sensor, a gyro sensor, an air pressure sensor, a magnetic sensor, an acceleration sensor, a grip sensor, a proximity sensor, a color sensor, an IR (infrared) sensor, a biometric sensor, It may include a temperature sensor, humidity sensor, or light sensor.
  • Interface 177 may support one or more designated protocols that can be used to connect electronic device 101 directly or wirelessly with an external electronic device (e.g., electronic device 102).
  • the interface 177 may include, for example, a high definition multimedia interface (HDMI), a universal serial bus (USB) interface, an SD card interface, or an audio interface.
  • HDMI high definition multimedia interface
  • USB universal serial bus
  • SD card interface Secure Digital interface
  • audio interface audio interface
  • connection terminal 178 may include a connector through which the electronic device 101 can be physically connected to an external electronic device (eg, the electronic device 102).
  • the connection terminal 178 may include, for example, an HDMI connector, a USB connector, an SD card connector, or an audio connector (eg, a headphone connector).
  • the haptic module 179 may convert electrical signals into mechanical stimulation (eg, vibration or movement) or electrical stimulation that the user can perceive through tactile or kinesthetic senses.
  • the haptic module 179 may include, for example, a motor, a piezoelectric element, or an electrical stimulation device.
  • the camera module 180 can capture still images and moving images.
  • the camera module 180 may include one or more lenses, image sensors, image signal processors, or flashes.
  • the power management module 188 can manage power supplied to the electronic device 101.
  • the power management module 188 may be implemented as at least a part of, for example, a power management integrated circuit (PMIC).
  • PMIC power management integrated circuit
  • the battery 189 may supply power to at least one component of the electronic device 101.
  • the battery 189 may include, for example, a non-rechargeable primary battery, a rechargeable secondary battery, or a fuel cell.
  • Communication module 190 provides a direct (e.g., wired) communication channel between electronic device 101 and an external electronic device (e.g., electronic device 102, electronic device 104, or server 108) or It can support the establishment of a wireless communication channel and the performance of communication through the established communication channel.
  • Communication module 190 operates independently of processor 120 (e.g., an application processor) and may include one or more communication processors that support direct (e.g., wired) communication or wireless communication.
  • the communication module 190 is a wireless communication module 192 (e.g., a cellular communication module, a short-range wireless communication module, or a global navigation satellite system (GNSS) communication module) or a wired communication module 194.
  • GNSS global navigation satellite system
  • the corresponding communication module is a first network 198 (e.g., a short-range communication network such as Bluetooth, Wi-Fi (wireless fidelity) direct or IrDA (infrared data association)) or a second network ( 199) (e.g., a telecommunication network such as a legacy cellular network, a 5G network, a next-generation communication network, the Internet, or a computer network (e.g., a LAN or WAN)) to communicate with an external electronic device 104.
  • a first network 198 e.g., a short-range communication network such as Bluetooth, Wi-Fi (wireless fidelity) direct or IrDA (infrared data association)
  • a second network 199
  • a telecommunication network such as a legacy cellular network, a 5G network, a next-generation communication network, the Internet, or a computer network (e.g., a LAN or WAN)
  • the wireless communication module 192 uses subscriber information (e.g., International Mobile Subscriber Identifier (IMSI)) stored in the subscriber identification module 196 to connect to a communication network such as the first network 198 or the second network 199.
  • subscriber information e.g., International Mobile Subscriber Identifier (IMSI)
  • IMSI International Mobile Subscriber Identifier
  • the wireless communication module 192 may support 5G networks after 4G networks and next-generation communication technologies, for example, NR access technology (new radio access technology).
  • NR access technology provides high-speed transmission of high-capacity data (enhanced mobile broadband (eMBB)), minimization of terminal power and access to multiple terminals (mMTC (massive machine type communications)), or high reliability and low latency (URLLC (ultra-reliable and low latency). -latency communications)) can be supported.
  • the wireless communication module 192 may support high frequency bands (e.g., mmWave bands), for example, to achieve high data rates.
  • the wireless communication module 192 uses various technologies to secure performance in high frequency bands, for example, beamforming, massive array multiple-input and multiple-output (MIMO), and full-dimensional multiplexing. It can support technologies such as input/output (FD-MIMO: full dimensional MIMO), array antenna, analog beam-forming, or large scale antenna.
  • the wireless communication module 192 supports various requirements specified in the electronic device 101, an external electronic device (e.g., electronic device 104), or a network system (e.g., second network 199). You can.
  • the wireless communication module 192 has Peak data rate (e.g., 20 Gbps or more) for realizing eMBB, loss coverage (e.g., 164 dB or less) for realizing mmTC, or U for realizing URLLC.
  • Peak data rate e.g., 20 Gbps or more
  • loss coverage e.g., 164 dB or less
  • U for realizing URLLC.
  • -plane latency e.g., downlink (DL) and uplink (UL) of 0.5 ms or less each, or round trip of 1 ms or less
  • DL downlink
  • UL uplink
  • the antenna module 197 may transmit or receive signals or power to or from the outside (eg, an external electronic device).
  • the antenna module 197 may include an antenna including a radiator made of a conductor or a conductive pattern formed on a substrate (eg, PCB).
  • the antenna module 197 may include a plurality of antennas (eg, array antennas). In this case, at least one antenna suitable for a communication method used in a communication network such as the first network 198 or the second network 199 is connected to the plurality of antennas by, for example, the communication module 190. can be selected. Signals or power may be transmitted or received between the communication module 190 and an external electronic device through the at least one selected antenna.
  • other components eg, radio frequency integrated circuit (RFIC) may be additionally formed as part of the antenna module 197.
  • RFIC radio frequency integrated circuit
  • the antenna module 197 may form a mmWave antenna module.
  • a mmWave antenna module is disposed on or adjacent to a printed circuit board, a first side (e.g., bottom side) of the printed circuit board and supports a designated high frequency band (e.g., mmWave band).
  • a RFIC and a plurality of antennas disposed on or adjacent to a second side (e.g., top or side) of the printed circuit board and capable of transmitting or receiving signals in the designated high frequency band (e.g. For example, an array antenna) may be included.
  • peripheral devices e.g., a bus, general purpose input and output (GPIO), serial peripheral interface (SPI), or mobile industry processor interface (MIPI)
  • Signals e.g., commands or data
  • GPIO general purpose input and output
  • SPI serial peripheral interface
  • MIPI mobile industry processor interface
  • commands or data may be transmitted or received between the electronic device 101 and the external electronic device 104 through the server 108 connected to the second network 199.
  • Each of the external electronic devices 102 or 104 may be of the same or different type as the electronic device 101.
  • all or part of the operations performed in the electronic device 101 may be executed in one or more of the external electronic devices 102, 104, or 108.
  • the electronic device 101 may perform the function or service instead of executing the function or service on its own.
  • one or more external electronic devices may be requested to perform at least part of the function or service.
  • One or more external electronic devices that have received the request may execute at least part of the requested function or service, or an additional function or service related to the request, and transmit the result of the execution to the electronic device 101.
  • the electronic device 101 may process the result as is or additionally and provide it as at least part of a response to the request.
  • cloud computing distributed computing, mobile edge computing (MEC), or client-server computing technology can be used.
  • the electronic device 101 may provide an ultra-low latency service using, for example, distributed computing or mobile edge computing.
  • the external electronic device 104 may include an Internet of Things (IoT) device.
  • Server 108 may be an intelligent server using machine learning and/or neural networks.
  • the external electronic device 104 or server 108 may be included in the second network 199.
  • the electronic device 101 may be applied to intelligent services (eg, smart home, smart city, smart car, or healthcare) based on 5G communication technology and IoT-related technology.
  • An electronic device may be of various types.
  • Electronic devices may include, for example, portable communication devices (e.g., smartphones), computer devices, portable multimedia devices, portable medical devices, cameras, wearable devices, or home appliances.
  • Electronic devices according to embodiments of this document are not limited to the above-described devices.
  • first, second, or first or second may be used simply to distinguish one component from another, and to refer to that component in other respects (e.g., importance or order) is not limited.
  • One (e.g., first) component is said to be “coupled” or “connected” to another (e.g., second) component, with or without the terms “functionally” or “communicatively.”
  • any of the components can be connected to the other components directly (e.g. wired), wirelessly, or through a third component.
  • module used in one embodiment of this document may include a unit implemented in hardware, software, or firmware, and is interchangeable with terms such as logic, logic block, component, or circuit, for example.
  • a module may be an integrated part or a minimum unit of the parts or a part thereof that performs one or two or more functions.
  • the module may be implemented in the form of an application-specific integrated circuit (ASIC).
  • ASIC application-specific integrated circuit
  • An embodiment of the present document is one or more instructions stored in a storage medium (e.g., built-in memory 136 or external memory 138) that can be read by a machine (e.g., electronic device 101). It may be implemented as software (e.g., program 140) including these.
  • a processor e.g., processor 120
  • the one or more instructions may include code generated by a compiler or code that can be executed by an interpreter.
  • a storage medium that can be read by a device may be provided in the form of a non-transitory storage medium.
  • 'non-transitory' only means that the storage medium is a tangible device and does not contain signals (e.g. electromagnetic waves), and this term refers to cases where data is semi-permanently stored in the storage medium. There is no distinction between temporary storage cases.
  • a method according to an embodiment disclosed in this document may be provided and included in a computer program product.
  • Computer program products are commodities and can be traded between sellers and buyers.
  • the computer program product may be distributed in the form of a machine-readable storage medium (e.g. compact disc read only memory (CD-ROM)), or through an application store (e.g. Play Store TM ) or on two user devices (e.g. It can be distributed (e.g. downloaded or uploaded) directly between smartphones) or online.
  • a portion of the computer program product may be at least temporarily stored or temporarily created in a machine-readable storage medium, such as the memory of a manufacturer's server, an application store's server, or a relay server.
  • each component (e.g., module or program) of the above-described components may include a single or multiple entities, and some of the multiple entities may be separately placed in other components.
  • one or more of the above-described corresponding components or operations may be omitted, or one or more other components or operations may be added.
  • multiple components eg, modules or programs
  • the integrated component may perform one or more functions of each component of the plurality of components in the same or similar manner as those performed by the corresponding component of the plurality of components prior to the integration. .
  • operations performed by a module, program, or other component may be executed sequentially, in parallel, iteratively, or heuristically, or one or more of the operations may be executed in a different order, omitted, or , or one or more other operations may be added.
  • FIG. 1B is a diagram illustrating a network environment 100 including electronic devices, according to an embodiment.
  • a network may include an electronic device 101, a first communication network 111a, and/or a second communication network 112a.
  • the electronic device 101 is a dual SIM dual standby (DSDS) electronic device or a dual SIM dual active device that supports two subscriber identity modules (SIMs) in one device.
  • DSDA dual SIM dual active
  • the electronic device 101 may include a first SIM 111 and an embedded SIM (eSIM) 201.
  • the first SIM 111 may be a removable SIM (rSIM).
  • the electronic device 101 may be equipped with a SIM card.
  • SIM will be referred to as SIM.
  • the electronic device 101 may include a slot (not shown) to accommodate the first SIM 111.
  • the electronic device 101 may accommodate two or more SIMs.
  • the electronic device 101 may include a plurality of slots to accommodate a plurality of SIMs.
  • the first SIM 111 may be a SIM subscribed to a communication service provider of the first communication network 111a.
  • the electronic device 101 can receive a wireless communication service by connecting to the first communication network 111a using the first SIM 111.
  • the electronic device 101 may include an eSIM 201.
  • eSIM may also be referred to as embedded UICC (eUICC).
  • eUICC embedded UICC
  • the electronic device 101 can receive a wireless communication service by connecting to the second communication network 112a using the eSIM 201.
  • the first communication network 111a and the second communication network 112a may be provided by the same communication service provider, or may be provided by different communication service providers.
  • FIG. 2 is a diagram illustrating a system that provides a profile-based communication connection to an electronic device according to an embodiment.
  • the system 200 includes an electronic device 101, a subscription manager discovery server (SM-DS) 210, and a subscription manager data preparation plus. plus: SM-DP+) server 220, a mobile network operator (MNO) server 230, and a communication service server 240.
  • SM-DS subscription manager discovery server
  • MNO mobile network operator
  • the electronic device 101 may include an eSIM 201.
  • the electronic device 101 may include at least one slot capable of accommodating at least one rSIM.
  • the electronic device 101 may include or accommodate N SIMs (e.g., eSIMs or rSIMs) (where N is a natural number), among the N SIMs. A switching operation can be performed to make some parts available. In one embodiment, there is no limit to the combination of N SIMs, and there may be no limit to their number.
  • the eSIM 201 may be inserted into the electronic device 101, provided integrally with the electronic device 101, or implemented to be accessible to the electronic device 101.
  • the eSIM 201 is a profile that includes information (e.g., universal subscriber identity module (USIM)) stored in the eSIM 201 by the electronic device 101. )) can be used to perform an authentication operation with the MNO server 230.
  • information e.g., universal subscriber identity module (USIM)
  • the eSIM 201 may be referred to as a SIM card in the global system for mobile communications (GSM) method, and may be used in the wideband code division multiple access (WCDMA) method, In the case of the long term evolution (LTE) method and the new radio (NR) method, it may be referred to as a universal subscriber identity module (USIM) card.
  • GSM global system for mobile communications
  • WCDMA wideband code division multiple access
  • LTE long term evolution
  • NR new radio
  • the eSIM 201 may be called various names depending on communication methods. For example, when the user of the electronic device 101 subscribes to a wireless communication service provided by a telecommunication service provider, the electronic device 101 receives information in the eSIM 201 (e.g., an international mobile subscriber identifier).
  • An appropriate authentication process can be performed with the MNO server 230, which stores the same IMSI value and encryption key value, using the identity: IMSI) value and the K value, which is an encryption key value for authentication. If authentication through the authentication process is successful, the electronic device 101 can use a wireless communication service.
  • the authentication process may be based on an authentication method.
  • Authentication methods include extensible authentication protocol authentication and key agreement (EAP-AKA), open identification (OPEN ID), or short message service one time password. password: SMS-OTP) method.
  • EAP-AKA method may be an authentication method using a physical SIM (e.g., USIM) or an eSIM profile, and may follow RFC 4187, but may not be limited thereto.
  • the OPEN ID method may be an authentication method that uses an ID/password on a communication service provider's web page.
  • the SMS-OTP method may be an OTP method using SMS.
  • the eSIM 201 may be manufactured as a dedicated card for a specific communication service provider at the request of a specific communication service provider, and authentication information for network access of the communication service provider (e.g., USIM application and subscriber information) ID (eg, IMSI)) and encryption key value (eg, known K value or Ki value) may be preloaded.
  • authentication information for network access of the communication service provider e.g., USIM application and subscriber information
  • ID eg, IMSI
  • encryption key value eg, known K value or Ki value
  • the eSIM 201 may download and/or store information for providing communication services in the form of a profile.
  • the profile may be installed or saved during the manufacturing process of the eSIM 201, or may be downloaded by the electronic device 101 in an OTA manner and installed or stored on the eSIM 201.
  • the profile may include a provisioning profile and an operational profile. Even when the provisioning profile is not installed, the electronic device 101 can download the operational profile through a short-distance connection based on wireless fidelity (Wi-Fi) or an Internet connection, and the provisioning profile is essentially an electronic device.
  • Wi-Fi wireless fidelity
  • the provisioning profile is essentially an electronic device.
  • the operational profile may be a profile containing subscriber identification information of the user of the electronic device 101
  • the provisioning profile may be a profile containing subscriber identification information or subscriber identification information (hereinafter referred to as 'first It may include information (hereinafter, also referred to as “first information”) for downloading a profile (hereinafter, also referred to as “first operational profile”) including “subscriber identification information”).
  • first information information for downloading a profile
  • first operational profile including “subscriber identification information”.
  • the electronic device 101 may download the first operational profile based on the first information on the provisioning profile in the eSIM 201.
  • the electronic device 101 stores subscriber identification information (hereinafter referred to as 'second subscriber') of the operational profile installed or stored in the eSIM 201 (hereinafter also referred to as 'second operational profile').
  • Subscriber identification information hereinafter referred to as 'second subscriber'
  • Communication services can be provided using information (also referred to as 'identification information').
  • a profile containing subscriber identification information may be a SIM profile.
  • the operational profile includes, in addition to subscriber identification information, the subscriber's network connection authentication information, the subscriber's phone book, and the subscriber's personal information (e.g., short message service (SMS), subscribed communication Operator name, available services, available data volume, rates or service provision speed, or subscriber authentication and traffic security required when accessing wireless communication networks such as GSM communication networks, WCDMA communication networks, LTE communication networks, and NR communication networks. It may further include at least one piece of information related to key generation.
  • SMS short message service
  • the first information used to download data including the first subscriber identification information is the first information designated for downloading the first operational profile. It may contain communication session information for a communication connection.
  • the communication session information includes connection information to the SM-DS 210 for downloading the first operational profile and/or information about a communication provider network available for connection to the SM-DS 210. can do.
  • the SM-DS 210 provides the electronic device 101 with an address of the SM-DP+ server 220 that can download the first operational profile based on the provisioning profile. You can.
  • the SM-DP+ server 220 is a profile providing server, an off-card entity of profile domain, a profile encryption server, a profile creation server, and a profile provisioner ( profile provisioner) or profile provider.
  • the SM-DP+ server 220 may establish a first communication connection 22 with the electronic device 101 through a wireless communication network based on a provisioning profile-based first communication connection request from the electronic device 101, The first operational profile may be provided to the electronic device 101 through the first communication connection 22.
  • the wireless communication network may be a specific node of the wireless communication network.
  • the wireless communications network may be a base station, subscriber information management node, and/or mobility management node of the wireless communications network.
  • the wireless communication network may include a home location register (HLR) and/or authentication center (AuC) server to which the electronic device 101 connects to perform subscriber authentication functions. there is. If subscriber authentication is successful, the electronic device 101 can access the communication service server 240 and receive various communication services such as voice communication or data communication.
  • HLR home location register
  • AuC authentication center
  • the MNO server 230 may be a server associated with a mobile communication network operator. According to one embodiment, the MNO server 230 generates at least one profile (or profile package) (e.g., a first subscriber identification information) associated with at least one subscriber identification information (e.g., first subscriber identification information). 1 operational profile) may be requested to the SM-DP+ server 220, and information associated with the first operational profile may be transmitted to the SM-DP+ server 220. According to one embodiment, the MNO server 230 may transmit a signal for updating and managing the first operational profile to the SM-DP+ server 220. The MNO server 230 may allow a second communication connection 24 between the electronic device 101 and the communication service server 240 through a second operational profile installed on the eSIM 201 of the electronic device 101. there is.
  • the communication service server 240 may be a server that provides a communication service.
  • a communication service may be a service associated with transmitting and/or receiving data over a wireless communication network.
  • the communication service may include downloading an operational profile (e.g., a first operational profile including first subscriber identifying information) and transmitting another profile (or data) that does not include subscriber identifying information. and/or services associated with reception.
  • the communication service server 240 may include various service servers associated with data transmission and reception, such as servers associated with each of various applications, a push server, a search server, and/or a market server.
  • Communication services provided by the communication service server 240 may include various services such as data transmission and reception by an application, notification reception, push message reception, link reception and connection, and/or service request.
  • the electronic device 101 sends a service to the communication service server 240 based on the second operational profile when requesting a service associated with transmission and/or reception of a profile (or data) that does not include subscriber identification information.
  • a second communication connection 24 can be established.
  • the SM-DS 210, SM-DP+ server 220, MNO server 230, and/or communication service server 240 creates an entity for performing the function in the form of a server. It is only an example of implementation, and may be referred to by other names, and each of SM-DS (210), SM-DP+ server (220), MNO server (230), and/or communication service server (240) is one or It can be implemented with multiple servers. Some or all of the SM-DS 210, SM-DP+ server 220, MNO server 230, and/or communication service server 240 may be implemented as one integrated server.
  • Figure 3 is a block diagram showing the configuration of an electronic device according to an embodiment.
  • the electronic device 101 of FIG. 1A or 1B, or the electronic device 101 of FIG. 2 includes a processor 120, an eSIM 201, a communication module 190, and a display. It may include a module 160 and an input module 150. Although not separately shown for convenience of explanation, the electronic device 101 may include two or more slots that can accommodate two or more rSIMs.
  • the processor 120 includes one or a plurality of processors (e.g., the main processor 121 and the auxiliary processor 123 of FIG. 1A or application processor and communication processor), and may include a local profile assistant (LPA) 312 (eg, LPAd (device)) according to one embodiment.
  • LPA local profile assistant
  • the processor 120 when the processor 120 includes a plurality of processors, some of the plurality of processors may include part of the LPA 312, and other parts may include another part of the LPA 312.
  • the LPA 312 may be included in the eSIM 201, in which case the LPA 312 may be referred to as LPAe (eUICC).
  • the LPA 312 performs communication with a server to support profile download, installation, and management operations of the eSIM 201, or a user interface (user interface) required for profile download, installation, and management operations. You can perform operations that provide UI).
  • LPA 312 may be used to provide local discovery services (LDS) 31, local profile download (LPD) 33, and local user interface (LUI) within the electronic device 101. )(35) It may be a module that provides operations.
  • the LDS 31 performs an operation of communicating with the SM-DS 210, and an SM-DP+ capable of downloading an operational profile based on a provisioning profile from the SM-DS server 210.
  • An operation of receiving the address of the server 220 may be performed.
  • the LPD 33 establishes a first communication connection 22 with the SM-DP+ server 220 through a wireless communication network based on the address of the SM-DP+ server 220, and establishes the first communication connection 22 An operation of receiving the first operational profile from the SM-DP+ server 220 through the connection 22 can be performed.
  • the LPD 33 supports network-initiated profile download, enable, disable, delete, or profile policy rule (PPR) download operations. , Profile activation, deactivation, deletion, or eUICC reset operations by the electronic device 101 may be supported.
  • PPR profile policy rule
  • the LUI 35 may perform an operation to provide various UIs when downloading an operational profile.
  • the LUI 35 may support data exchange between the LDS 31 and the LPD 33 and a user, and includes a UI that passes the user's input to the LDS 31 or LPD 33. can do.
  • the processor 120 may use (or execute) the LPA 312 to perform a communication service based on information stored in the eSIM 201.
  • the processor 120 may use the LPA 312 to communicate with the SM-DP+ server 220 via the communication module 190 based on a provisioning profile stored in the eSIM 201, including first subscriber identification information.
  • a first communication connection may be established to download a profile (eg, a first operational profile).
  • Processor 120 may, while establishing a first communication connection using LPA 312, release the first communication connection upon request to send and/or receive a profile and/or data that does not contain subscriber identifying information, and 2 A second communication connection based on subscriber identification information may be established to transmit and/or receive profiles and/or data that do not include subscriber identification information.
  • the eSIM 201 may include one or a plurality of profiles as information for receiving a communication service. You can.
  • the profile may mean packaging at least one of an application, a file system, or an authentication key value stored in the eSIM 201 in software form.
  • the profile may include a provisioning profile and an operational profile.
  • the operational profile may include subscriber identification information, and in addition to subscriber identification information, the subscriber's network access authentication information, the subscriber's phone book, the subscriber's personal information (e.g., SMS), the name of the subscribed telecommunication service provider, and available information.
  • the operational profile may include a SIM profile.
  • a SIM profile includes a SIM file system (master file (MF), dedicated file (DF), elementary files (EF)), and subscriber identification information (e.g., IMSI) in the elementary file. Values can be stored.
  • master file MF
  • DF dedicated file
  • EF elementary files
  • subscriber identification information e.g., IMSI
  • the provisioning profile may be a profile including first information for downloading the first operational profile from the electronic device 101.
  • the first information may include communication session information for a first communication connection designated for downloading the first operational profile.
  • the communication session information may include connection information for SM-DS (e.g., SM-DS 210 in FIG. 2) for downloading the first operational profile, and the SM-DS server It may contain information about the carrier network available for connection to.
  • the communication module 190 may perform first communication based on a provisioning profile or second communication based on a second operational profile.
  • At least one screen related to a first communication based on a provisioning profile or a second communication based on a second operational profile may be displayed on the display module 160.
  • the LPA 312 is included in the processor 120 as an example, but at least some functions of the LPA 312 are performed in the processor 120, or a separate LPA 312 is performed by the processor. It can also operate in conjunction with (120).
  • the LPA 312 may be included in a program (e.g., program 140 in FIG. 1A) and may be loaded and executed on the processor 120, and the LPA 312 may be loaded on the processor 120. When executed, it can be understood as the operation of the processor 120.
  • the functional modules included in the LPA 312 e.g., LDS 31, LPD 33, and/or LUI 35
  • the functional modules included in the LPA 312 are illustratively divided into different functional modules. may be expressed as , and may not be limited to that form.
  • the LPA 312 may be included in the eSIM 201.
  • Figure 4 is a diagram for explaining the internal structure of an eUICC according to an embodiment.
  • the eUICC 401 may have the form of a card or chip, and may have at least one profile in a software format (e.g. , profile 410, profile 420, and profile 430) may be installed.
  • each of the profiles 410, 420, and 430 may be a provisioning profile or an operational profile.
  • Profiles 410, 420, and 430 may operate on an eUICC operating system (OS) 450.
  • OS eUICC operating system
  • Each of the profiles 410, 420, and 430 may be enabled or disabled by a processor or an LPA (e.g., LPA 312 in FIG. 3 or LPA 480 in FIG. 4).
  • LPA LPA 312 in FIG. 3 or LPA 480 in FIG. 4
  • two or more profiles may be activated within the eUICC 401.
  • the eUICC OS 450 of the eUICC 401 includes a profile policy enabler 452, a profile package interpreter 454, and a telecom framework. It may include (456).
  • the profile policy enabler 452 may manage policy rules (eg, profile policy rule (PPP)) for each of the profiles 410, 420, and 430.
  • the profile package interpreter 454 converts the profile package received from the SM-DP+ server (e.g., the SM-DP+ server 220 in FIG. 2) into a form that can be installed in the eUICC 401. Can be unpackaged.
  • the telecom framework 456 may perform functions related to communication of applications within the eUICC 401.
  • the eUICC 401 may include an issuer security domain root (ISD-R) 460 and an eUICC controlling authority security domain (ECASD) 470.
  • the ISD-R (460) can manage the profiles (410, 420, and 430) installed in the eUICC (401).
  • the ISD-R 460 may include LPA services 462, which may include a processor or an LPA (e.g., LPA 312 in FIG. 3 or LPA 480 in FIG. 4). )) and the profiles (410, 420, 430) installed in the eUICC (401) can be managed through the interface.
  • the ECASD (470) may perform security processing on the profiles (410, 420, and 430) installed in the eUICC (401).
  • each of the profiles 410, 420, and 430 is ISD-P (410-1, 420-1, or 430-1), MNO-SD (410-2, 420-2, or 430- 2), SSD (supplementary security domain) (410-3, 420-3, or 430-3), CASD (controlling authority security domain) (410-4, 420-4, or 430-4), Applets (410-4) 5, 420-5, or 430-5), network access applications (NAAs) (410-6, 420-6, or 430-6), file system (410-7, 420-7, or 430-7), Alternatively, it may include profile metadata (410-8, 420-8, or 430-8).
  • the ISD-P (410-1, 420-1, or 430-1) may include information for decoding and interpreting the profile package, and cooperates with the profile package interpreter (454) to It can be used to unpackage and install profile packages received from the DP+ server.
  • the MNO-SD (410-2, 420-2, or 430-2) may include the MNO's OTA key and includes information to provide a secure OTA channel to communicate with the MNO. can do.
  • the SSD (410-3, 420-3, or 430-3) and the CASD (410-4, 420-4, or 430-4) contain information for performing secure processing on the profile. can do.
  • Applets 410-5, 420-5, or 430-5 may include various application information associated with the user of the profile.
  • NAAs 410-6, 420-6, and 430-6 may include application information that allows the profile to connect to the network.
  • the file system 410-7, 420-7, or 430-7 may include a file system associated with each piece of information in the profile.
  • profile metadata (410-8, 420-8, or 430-8) may also be called a profile record and may include metadata information about the profile in text form.
  • the metadata information includes at least one of the profile's integrated circuit card ID (ICCID), profile name, name of the profile providing MNO, user's profile nickname, icon, profile class, notification configuration information, profile owner information, or PPR. may include.
  • the ICCID of the profile is a profile identifier and may indicate a unique identifier of each profile.
  • the name of the profile may include the name of each profile.
  • the name of the MNO providing the profile may include the name of the communication service provider providing the profile.
  • the user's profile nickname may include a profile nickname specified by the user.
  • the icon may include an icon corresponding to the profile.
  • the profile class may include information indicating whether the type of profile is a provisioning profile or an operational profile.
  • Notification configuration information may include the address of a server to receive notification (eg, SM-DP+ server 220 in FIG. 2).
  • the profile owner information may include at least one of mobile country code (MCC), mobile network code (MNC), or group identifier (GID) 1 or 2 information associated with the profile owner.
  • MCC mobile country code
  • MNC mobile network code
  • GID 1 or 2 may be code area information to identify the group or area to which the profile belongs.
  • Region information may include information about a group including multiple countries.
  • PPR may include policy rule information for managing profiles.
  • an electronic device e.g., the electronic device 101 of FIG. 1A or 1B, the electronic device 101 of FIG. 2, or the electronic device 101 of FIG. 3 is connected to the eUICC 401.
  • Each of the profiles 410, 420, and 430 is provisioned based on the profile class information of the profile metadata (410-8, 420-8, or 430-8) included in each of the included profiles (410, 420, and 430). It is possible to identify whether it is a profile or an operational profile, and the provisioning profile or the operational profile can be activated or deactivated, respectively, through the LPA 480 (e.g., the LPA 312 in FIG. 3).
  • 5A is a block diagram showing a network system for downloading a profile according to an embodiment.
  • a network system includes an electronic device 101 (e.g., the electronic device 101 of FIG. 1A or 1B, the electronic device 101 of FIG. 2, or the electronic device 101 of FIG. 3). It may include a device 101), a communication carrier server 500, and/or a communication carrier shop (carrier_shop) 550.
  • an electronic device 101 e.g., the electronic device 101 of FIG. 1A or 1B, the electronic device 101 of FIG. 2, or the electronic device 101 of FIG. 3
  • It may include a device 101), a communication carrier server 500, and/or a communication carrier shop (carrier_shop) 550.
  • carrier_shop communication carrier shop
  • the communication service provider server 500 is an entitlement server (or, entitlement configuration server) 520, SM-DP+ server 530, SM-DS 540, or at least one of may include.
  • the communication service provider server 500 may include a web server 510 or may not include the web server 510.
  • at least one of the web server 510, entitlement server 520, SM-DP+ server 530, or SM-DS 540 is included in the communication service provider server 500 managed by the communication service provider. You can.
  • the web server 510 and the entitlement server 520 may be servers managed by the same communication service provider or different communication service providers.
  • the entitlement server 520 and the SM-DP+ server 530 may be servers managed by the same communication service provider or different communication service providers.
  • the eSIM 201 may be inserted into the electronic device 101, or the eSIM 201 may be built into the electronic device 101. Profiles can be downloaded and installed on the eSIM 201.
  • a service client 202 may be installed in the electronic device 101 for communication with the communication service provider server 500 according to an embodiment described later.
  • the electronic device 101 may not include the eSIM 201 but may include a physical SIM (physical SIM), and a profile may be downloaded and installed on the physical SIM.
  • the electronic device 101 can access the entitlement server 520 through the service client 202 and can connect to the web server 510 through the connected entitlement server 520.
  • the entitlement server 520 performs authentication operations and eligibility for the electronic device 101 or the user of the electronic device 101.
  • Inspection operations can be performed. If the authentication operation and qualification check operation for the electronic device 101 or the user of the electronic device 101 are successful, the entitlement server 520 If authentication is successful and the electronic device 101 or the electronic device 101 is eligible), information required to access the web server 510 may be transmitted to the electronic device 101.
  • the electronic device 101 may access the web server 510 using information required for connection to the web server 510 received through the entitlement server 520. According to one embodiment, the electronic device 101 may request subscription, opening, or line transfer (or subscription transfer or profile transfer) through a web page provided by the web server 510. there is. According to one embodiment, the electronic device 101 may request subscription, opening, or line transfer through the entitlement server 520 without the web server 510. For example, if the carrier server 500 does not include a web server 510, or if the carrier server 500 includes a web server 510 but information related to the web server 510 (e.g.
  • the address of the web server 510 (for example, if a web service or web page is not provided through the web server 510), the electronic device 101 is connected to the entitlement server 520. ), you can also request to sign up, open, or move a line.
  • the web server 510 may provide a UI or web page for the entitlement server 520.
  • the electronic device 101 may request subscription, opening, or line transfer through a web page provided from the web server 510.
  • the entitlement server 520 may perform a function of delivering information related to the profile provided to the electronic device 101 (eg, profile download information or profile download-related information).
  • profile information may include profile-related information, and may also be referred to as profile download information or profile download-related information for convenience of explanation.
  • the entitlement server 520 has discovery and push function (DPF), SM-DS, subscription manager secure routing (SM-SR), subscription manager secure routing plus (SM-SR+), off-card entity of eUICC Profile Manager, or It may include, but is not limited to, a PMC holder (profile management credentials holder) or EM (eUICC manager).
  • the SM-DP+ server 530 may perform the function of managing and downloading profiles.
  • the SM-DP+ server 530 in addition to SM-DP+, supports SM-DP (subscription manager data preparation), off-card entity of Profile Domain, profile encryption server, profile creation server, and profile provider (profile provisioner: It may further include at least one of a PP), a profile provider, or a PPC holder (profile provisioning credentials holder), but may not be limited thereto.
  • the SM-DS 540 provides the electronic device 101 with an address of the SM-DP+ server 530 that can download the first operational profile based on the provisioning profile. You can.
  • a line (plan) provided by the communication service provider may be purchased by the user of the electronic device 101.
  • Figure 5b is a block diagram showing the configuration of a first server according to an embodiment.
  • the first server may include a SM-DS server 540 (eg, SM-DS 210 in FIG. 2 or SM-DS 540 in FIG. 5A).
  • SM-DS server 540 may include a processor 541, communication circuitry 543, and/or memory 545.
  • the communication circuit 543 is an electronic device (e.g., at least one of the electronic device 101 of FIGS. 1A, 1B, 2, 3, or 5A, or the electronic device of FIG. 1A (e.g., 102)), a second server (e.g., SM-DP+ server 220 in FIG. 2 or SM-DP+ server 530 in FIG. 5A), and/or a third server (e.g., entitlement server in FIG. 5A) Communication can be performed with the server 520).
  • the communication circuit 543 may be implemented similarly or substantially the same as the communication module 190 of FIG. 1A, and therefore its detailed description will be omitted here.
  • the processor 541 may control the overall operation of the SM-DS server 540.
  • processor 431 manages profile downloads in a wireless communication network performed in FIGS. 7, 9A and 9B, 10A and 10B, 11A and 11B, or 12A and 12B. can be performed.
  • the memory 545 may store various programs, information, data, and/or signals related to the operation of the SM-DS server 540.
  • Figure 5C is a block diagram showing the configuration of a second server according to an embodiment.
  • the second server may include an SM-DP+ server 530 (eg, SM-DP+ server 220 in FIG. 2 or SM-DP+ server 530 in FIG. 5A).
  • SM-DP+ server 530 may include a processor 531, communication circuitry 533, and/or memory 535.
  • the communication circuit 533 is an electronic device (e.g., at least one of the electronic device 101 of FIGS. 1A, 1B, 2, 3, or 5A, or the electronic device of FIG. 1A (e.g., 102)), a first server (e.g., SM-DS 210 in FIG. 2 or SM-DS 540 in FIG. 5A or 5B), and/or a third server (e.g., entitlement in FIG. 5A) Communication can be performed with the service server 520).
  • the communication circuit 533 may be implemented similarly or substantially the same as the communication module 190 of FIG. 1A, and therefore its detailed description will be omitted here.
  • the processor 531 may control the overall operation of the SM-DP+ server 530. In one embodiment, processor 531 manages profile downloads in a wireless communication network performed in FIGS. 8, 9A and 9B, 10A and 10B, 11A and 11B, or 12A and 12B. can be performed.
  • the memory 535 may store various programs, information, data, and/or signals related to the operation of the SM-DP+ server 530.
  • the electronic device 101 may include at least one communication circuit 190 and at least one processor 120 electrically connected to the at least one communication circuit.
  • the at least one processor transmits an identifier of the electronic device and an event related to profile download to the first server 540 through the at least one communication circuit (
  • the electronic device may be configured to transmit a query message for querying an event record for the electronic device, including a parameter set to a value indicating that the device is blocked from receiving an event record for the electronic device.
  • the at least one processor may be configured to receive a query response message from the first server through the at least one communication circuit in response to transmission of the query message.
  • the at least one processor through the at least one communication circuit, based on the inquiry response message including an indicator indicating that an event for the electronic device does not exist, 3
  • the server 520 may be configured to transmit a request message requesting new subscription.
  • the at least one processor in response to transmission of the request message, sends download information for downloading the profile of the electronic device from the third server through the at least one communication circuit. It may be configured to receive a response message containing.
  • the at least one processor may be configured to download the profile from the second server 530 corresponding to the download information through the at least one communication circuit.
  • the inquiry response message is configured to block an event record for the electronic device from being provided to the electronic device in the first server. It may contain an indicator indicating that does not exist.
  • the at least one processor sends an event record for the electronic device through the at least one communication circuit based on the query response message including an event record for the electronic device. It may be configured to download the profile from the corresponding second server.
  • the inquiry response message is sent to the electronic device based on the fact that the first server is not set to block provision of event records for the electronic device to the electronic device. Can contain event records.
  • the first server 540 includes a memory 545, at least one communication circuit 543, and at least one processor electrically connected to the memory and the at least one communication circuit ( 541) may be included.
  • the at least one processor receives an event related to profile download of the electronic device 101 from the second server 530 through the at least one communication circuit. It may be configured to receive a first registration message for registering the event, including an event record and a flag indicating whether the event record is blocked from being provided to the electronic device.
  • the at least one processor may be configured to register the event in the memory by mapping the event record and the flag in response to receiving the first registration message.
  • the at least one processor is a device that is blocked from receiving the identifier of the electronic device and the event record from the electronic device through the at least one communication circuit. may be configured to receive a first query message for querying the event record, including a parameter set to a value indicating that
  • the at least one processor in response to receiving the first query message, sets the value of the flag to a first value indicating that the event record is blocked from being provided to the electronic device. Based on confirmation that the event is present, a first inquiry response message including an indicator indicating that an event for the electronic device does not exist may be configured to transmit to the electronic device through the at least one communication circuit.
  • the first registration message may include the parameter set to a value indicating that the electronic device is a device that is blocked from receiving the event record.
  • the at least one processor receives a first delete message requesting to delete the event, including an identifier of the electronic device, from the second server through the at least one communication circuit. Can be configured to receive.
  • the at least one processor may be configured to delete the event from the memory in response to receiving the first delete message.
  • the first delete message may be received based on the electronic device downloading a profile for the electronic device from the second server.
  • the at least one processor blocks the event record from being provided to the electronic device from the second server through the at least one communication circuit. It may be configured to receive a second registration message including the flag set to a second value indicating not.
  • the at least one processor is configured to register the event in the memory by mapping the event record and a flag set to the second value in response to receiving the second registration message. It can be.
  • the second registration message may include the parameter set to a value indicating that the electronic device is a device that is blocked from receiving the event record.
  • the at least one processor is a device that prevents the electronic device from receiving the event record and the identifier of the electronic device from the electronic device through the at least one communication circuit. and may be configured to receive a second query message for querying the event record, including the parameter set to an indicating value.
  • the at least one processor in response to receiving the second inquiry message, based on confirming that the value of the flag is the second value, through the at least one communication circuit.
  • the at least one processor in response to sending the second inquiry response message, from the second server via the at least one communication circuit, includes an identifier of the electronic device. may be configured to receive a second deletion message requesting to delete the event.
  • the at least one processor may be configured to delete the event from the memory in response to receiving the second delete message.
  • the event record may include at least one of the address of the second server or the identifier of the event.
  • the event record is an identifier of the electronic device, or the event registration is a root SM-DS. It may include at least one of the forwarding indicators indicating whether it is performed for (root SM-DS).
  • the second server 530 includes a memory 535, at least one communication circuit 533, and at least one processor 531 electrically connected to the memory and the at least one communication circuit. ) may include.
  • the at least one processor records an event record for an event related to profile download of the electronic device 101, and the event record is sent to the electronic device 101. and may be configured to generate a first registration message for registering the event, including a flag indicating whether the provision is blocked.
  • the at least one processor may be configured to transmit the first registration message to the first server 540 through the at least one communication circuit.
  • the first registration message may further include a parameter set to a value indicating that the electronic device is a device that is blocked from receiving the event record.
  • the at least one processor operates the at least one communication circuit based on the value of the flag being a first value indicating that the event record is blocked from being provided to the electronic device. It may be configured to receive a notification message indicating that a profile is installed on the electronic device through the electronic device.
  • the at least one processor sends a first delete message requesting to delete the event, including an identifier of the electronic device, to the first server through the at least one communication circuit. It may be configured to transmit.
  • the at least one processor does not block the event record from being provided to the electronic device when the value of the flag is set to the third server 520 through the at least one communication circuit. It may be configured to be notified that it should be updated with a second value indicating not.
  • the at least one processor in response to the notification, sends the event record to the first server via the at least one communication circuit and includes the event record and the flag set to the second value. and may be configured to transmit a second registration message.
  • the second registration message may include a parameter set to a first value indicating that the electronic device is a device that is blocked from receiving the event record.
  • the event record may include at least one of the address of the second server or the identifier of the event.
  • the event record is an identifier of the electronic device, or the event registration is a root SM-DS. It may include at least one of the forwarding indicators indicating whether it is performed for (root SM-DS).
  • FIG. 6 is a flowchart illustrating an operation process of an electronic device, according to an embodiment.
  • an electronic device e.g., at least one of the electronic devices 101 of Figures 1A, 1B, Figure 2, Figure 3, or Figure 5A
  • a processor e.g., at least one of the processor 120 of FIG. 1A or FIG. 3
  • the first server e.g., the communication module 190 of FIG. 1A or FIG. 3
  • at least one communication circuit e.g., the communication module 190 of FIG. 1A or FIG. 3
  • a query message may be transmitted to the SM-DS 210 in FIG. 2 or the SM-DS 540 in FIG. 5A or 5B.
  • the query message may be a message for querying an event record for an electronic device.
  • an event record may include a set of information stored in the SM-DS (eg, first server) for a specific event through an event registration procedure.
  • the event may be related to a profile download, to be processed by a specific eUICC, on behalf of the operator, by an SM-DP+ server (e.g., a second server (e.g., A request for profile download or remote profile management (RPM) set by at least one of the SM-DP+ server 220 of FIG. 2 or the SM-DP+ server 530 of FIG. 5A or 5C) It can be included.
  • an event may mean that a profile is ready.
  • the event registration procedure is performed with a specific SM-DP+ server (e.g., a second server) for a specific eUICC or with a specific SM-DS (e.g., a first server). It may include a procedure for notifying the availability of information to another first server).
  • the set of information stored in the SM-DS (eg, first server) for a specific event may include information related to profile download.
  • the query message may include a query event (QueryEvent) message.
  • the query message may include an identifier of the electronic device and a parameter (eg, device type (device_type) parameter) set to a value indicating that the electronic device is a device that is blocked from receiving event records.
  • the identifier of the electronic device may include an embedded universal integrated circuit card (eUICC) identifier (ID) (EID).
  • the event record may include at least one of an event ID (EventID) or a remote SIM provisioning (RSP) server address assigned to the event.
  • the event record may further include at least one of an identifier (eg, EID) of the electronic device or a forwarding indicator.
  • the forwarding indicator may be an indicator indicating whether event registration is made to a root SM-DS, which receives events from one or more SM-DP+ servers. It may be a central access point for searching.
  • the RSP server address may include the address of the second server. In one embodiment, the RSP server address may include the address of the first server instead of the address of the second server.
  • the device_type parameter is a first value indicating that the electronic device is a wearable device (e.g., wearable), a second value indicating that the electronic device is a smart phone (e.g., phone), or a second value indicating that the electronic device is a smart phone (e.g., phone), or It may include at least one of a third value (eg, blocked_device) indicating that the device is blocked from receiving the event record.
  • the device_type parameter may be implemented the same or substantially the same as described below in FIGS. 9A and 9B, FIGS. 10A and 10B, FIGS. 11A and 11B, or FIGS. 12A and 12B, and thus the detailed description thereof is provided herein. will be omitted.
  • the electronic device may receive a query response message from the first server through at least one communication circuit in response to transmission of the query message.
  • the inquiry response message may be a response message to the inquiry message.
  • the query response message may include a query event response (QueryEvent Response) message.
  • the QueryEvent Response message may be implemented in the same or substantially the same way as described in FIGS. 9A and 9B, 10A and 10B, 11A and 11B, or 12A and 12B below, and thus detailed herein. The explanation will be omitted.
  • the electronic device contacts a third server (e.g., in FIG. 5A) through at least one communication circuit, based on the fact that the query response message includes an indicator indicating that an event for the electronic device does not exist.
  • a request message requesting new subscription may be transmitted to the entitlement server 520.
  • the request message may include a request new subscription (Request New Subscription) message requesting a new subscription.
  • the electronic device in response to transmission of the request message, may receive a response message including download information for downloading a profile of the electronic device from a third server through at least one communication circuit.
  • the electronic device connects a second server (e.g., the SM-DP+ server 220 of FIG. 2 or the SM-DP+ server 530 of FIG. 5A or 5C) corresponding to the download information through at least one communication circuit. ), you can download the profile from at least one of ).
  • a second server e.g., the SM-DP+ server 220 of FIG. 2 or the SM-DP+ server 530 of FIG. 5A or 5C
  • Figure 7 is a flowchart showing the operation process of the first server according to one embodiment.
  • a first server e.g., SM-DS 210 in Figure 2 or SM-DS 540 in Figure 5A or 5B
  • a processor e.g.
  • a second server e.g., the SM-DP+ server 220 of FIG. 2
  • at least one communication circuit e.g., the communication circuit 543 of FIG. 5B
  • the first registration message is a first event registration (register event: RegisterEvent) ) may include a message.
  • the first registration message is sent to an electronic device (e.g., at least one of the electronic device 101 of FIGS. 1A, 1B, 2, 3, or 5A)
  • An event record and a flag indicating whether the event record is blocked from being provided to the electronic device.
  • the event record may include at least one of an EventID or an RSP server address assigned to the event.
  • the RSP server address may include the address of the second server.
  • the RSP server address may include the address of the first server instead of the address of the second server.
  • the event record may further include at least one of an identifier (e.g., EID) of the electronic device, or a forwarding indicator.
  • EID an identifier
  • the indicating flag may include at least one of an override flag or an event blocking (block event: block_event) flag.
  • the override flag and the block_event flag are shown in FIGS. 9A and 9B, 10A and 10B, and 11A below. and FIG. 11B, or FIGS. 12A and 12B, and may be implemented substantially the same as those described in FIGS. 12A and 12B, and therefore detailed description thereof will be omitted here.
  • the first server may register the event in memory (e.g., memory 545 in FIG. 5B) by mapping an event record and a flag.
  • the first server receives from the electronic device via at least one communication circuit an identifier of the electronic device, and a parameter (e.g., device_type) set to a value indicating that the electronic device is a device that is blocked from receiving event records.
  • a first query message for querying an event record, including parameters may be received.
  • the first query message may be a message for querying an event record for an electronic device.
  • the first query message may include a QueryEvent message.
  • the QueryEvent message may be implemented the same or substantially the same as described below in FIGS. 9A and 9B, FIGS. 10A and 10B, FIGS. 11A and 11B, or FIGS.
  • the device_type parameter is a first value indicating that the electronic device is a wearable device (e.g., wearable), a second value indicating that the electronic device is a smart phone (e.g., phone), or a second value indicating that the electronic device is a smart phone (e.g., phone), or It may include at least one of a third value (eg, blocked_device) indicating that the device is blocked from receiving the event record.
  • the device_type parameter may be implemented the same or substantially the same as described below in FIGS. 9A and 9B, FIGS. 10A and 10B, FIGS. 11A and 11B, or FIGS. 12A and 12B, and thus the detailed description thereof is provided herein. will be omitted.
  • the first server in response to receiving the first inquiry message, configures at least one communication circuit based on confirming that the value of the flag is a first value indicating that the event record is blocked from being provided to the electronic device.
  • a first inquiry response message including an indicator indicating that an event for the electronic device does not exist may be transmitted to the electronic device.
  • the query response message may include a QueryEvent Response message.
  • the QueryEvent Response message may be implemented in the same or substantially the same way as described in FIGS. 9A and 9B, 10A and 10B, 11A and 11B, or 12A and 12B below, and thus detailed herein. The explanation will be omitted.
  • Figure 8 is a flowchart showing the operation process of the second server according to one embodiment.
  • a second server e.g., at least one of the SM-DP+ server 220 of Figure 2 or the SM-DP+ server 530 of Figure 5A or 5C
  • a processor e.g., processor 551 in Figure 5C
  • the first registration message is sent to an electronic device (e.g., Figures 1A, 1B, and 1B). 2, FIG. 3, or at least one of the electronic device 101 of FIG. 5A), and a flag indicating whether the event record is blocked from being provided to the electronic device.
  • the first registration message may include a first RegisterEvent message.
  • the event record may include at least one of an EventID or an RSP server address assigned to the event.
  • the event record may include an electronic It may further include at least one of a device identifier (e.g., EID) or a forwarding indicator.
  • the RSP server address may include the address of a second server.
  • the RSP The server address may include the address of the first server instead of the address of the second server.
  • the flag indicating whether the event record is blocked from being provided to the electronic device is at least one of the override flag or the block_event flag.
  • the override flag and block_event flag are the same or implemented substantially the same as described in FIGS. 9A and 9B, 10A and 10B, 11A and 11B, or 12A and 12B below. This may be possible, and therefore detailed description thereof will be omitted here.
  • the second server communicates with the first server (e.g., SM-DS 210 of FIG. 2 or FIG. 5A or FIG.
  • the first registration message can be transmitted to the SM-DS 540 in 5b.
  • 9A and 9B are signal flow diagrams illustrating a process for managing profile download in a wireless communication network according to one embodiment.
  • the process for managing the profile download shown in FIGS. 9A and 9B is SM-DP+ server 530 (e.g., SM-DP+ server 220 in FIG. 2 or SM-DP+ server 530 in FIG. 5).
  • Registers a plurality of unspecified events in the SM-DS 540 e.g., SM-DS 540 in FIG. 5
  • the communication service provider can deploy a profile to the SM-DP+ server 530, and when the profile is deployed to the SM-DP+ server 530, the SM-DP+ server 530 can generate an event, and the event has EventID It can be identified by .
  • EventID may include EID and may not be reused. Events may be registered in the SM-DS 540 by the SM-DP+ server 530 through an event registration procedure. In one embodiment, an unspecified event may represent an event in which the electronic device or user that will use the event is not specified.
  • SM-DS 540 is referred to as the “first server”
  • SM-DP+ server 530 is also referred to as the “second server”
  • entitlement server 520 is referred to as the “third server.” It can be called.
  • the SM-DP+ server 530 sends a registration message (e.g., event registration) corresponding to each of the plurality of events to the SM-DS 540 to register the plurality of events with the SM-DS 540.
  • register event: RegisterEvent RegisterEvent
  • FIG. 9A for convenience, a case where one RegisterEvent message is transmitted as in operation 911 is shown. However, when multiple events are registered, the RegisterEvent message may be transmitted the same number of times as the number of events.
  • the RegisterEvent message may include at least one of an EID, an RSP server address, an EventID, or a forwarding indicator corresponding to the event to be registered.
  • the RSP server address may include an RSP server address where an operation corresponding to a registered event can be performed.
  • the RSP server address may include the address of the second server.
  • the SM-DS 540 which has received the RegisterEvent message from the SM-DP+ server 530, may transmit a 200 OK message to the SM-DP+ server 530 in operation 913.
  • a 200 OK message may be transmitted as many times as the number of events.
  • the SM-DP+ OID is the ID of the SM-DP+ server 530, is globally unique, and is included as part of the SM-DP+ certificate.
  • the SM-DP+ certificate may include a certificate issued by a GSMA (GSM association) certificate issuer (CI) as GSMA accredited SM-DP+.
  • the SM-DS 540 may set a block event (block_event) flag value for each of a plurality of registered events and store events having the set block_event flag value.
  • the block_event flag is set to an event registered in the SM-DS 540 in response to an event query from the electronic device 101 when detecting an event query from the electronic device 101. It may be a flag indicating whether to include information related to .
  • the SM-DS (540) sends information (e.g., event record) related to the event to the electronic device (101). ) may not be included in the response to the event inquiry.
  • the SM-DS 540 queries the event for information related to the event from the electronic device 101. can be included in the response.
  • detection of an event query may be implemented by receiving a query message (e.g., a query event (QueryEvent) message), and a response to an event query may be implemented by receiving a query response message (e.g., , can be implemented by sending an event query response (QueryEvent Response) message.
  • a query message e.g., a query event (QueryEvent) message
  • a response to an event query may be implemented by receiving a query response message (e.g., can be implemented by sending an event query response (QueryEvent Response) message.
  • queryEvent Response an event query response
  • the block_event flag value for an event may be set based on a plurality of parameters.
  • the plurality of parameters may include at least one of device type, device characteristic, device name, or rate plan.
  • the device type indicates whether the corresponding device is a wearable device, a smartphone, or event blocking (e.g., information related to an event (e.g., event record) is provided. It may be a parameter that indicates whether a device needs to be blocked.
  • a device that requires event blocking will be referred to as a “blocked device: blocked_device.”
  • blocked_device may include at least one of a wearable device or a smart phone.
  • the device characteristic may be a parameter indicating whether the corresponding device is a business to business (B2B) device.
  • the device name may be a parameter indicating the name of the corresponding device.
  • the rate plan may be a parameter that indicates the rate plan of the corresponding device.
  • the SM-DS 540 sets a block_event flag value for each of a plurality of registered events and stores events with the set block_event flag value as an example.
  • the SM-DP+ server ( 530) may set a block_event flag value for each of a plurality of events and register events with the set block_event flag value.
  • the RegisterEvent message transmitted from the SM-DP+ server 530 may include at least one of the EID, RSP server address, EventID, or forwarding indicator corresponding to the event to be registered, as well as the block_event flag value set for the event to be registered. there is.
  • FIG. 9A for convenience, a case where one event is registered as in operation 915 is shown. However, when multiple events are registered, the event registration operation such as operation 915 may be repeated a number of times equal to the number of events.
  • a line (plan) provided by the communication carrier may be purchased by the user of the electronic device 101 at a communication carrier shop (carrier_shop) 550 operated by the communication service provider.
  • Operation 917 may be represented as “Customer purchases a plan for the electronic device” in FIG. 9A.
  • the communication service provider shop 550 sends the service to the SM-DP+ server 530 through the backend system of the communication service provider in operation 919. It may be notified that the block_event flag value for an event mapped to the EID of a line purchased by the user of the electronic device 101 should be updated to a second value (eg, false). Operation 919 may be represented as “Notify that the block_event flag needs to be set as false with EID” in FIG. 9A.
  • the SM-DP+ server notified by the communication service provider shop 550 that the block_event flag value for the event mapped to the EID of the line purchased by the user of the electronic device 101 should be updated to a second value (e.g., false) 530 may transmit an update message (eg, an update event (UpdateEvent) message) to the SM-DS 540 in operation 921.
  • the UpdateEvent message may be a message used to update the block_event flag value for an event.
  • the UpdateEvent message may include an EID whose block_event flag value is related to the event to be updated, and the block_event flag value of the event to be updated.
  • the SM-DP+ server 530 sends the electronic device (530) to the UpdateEvent message.
  • 101 may include at least one of the EID of the line purchased by the user or the block_event flag whose value is set to a second value (e.g., false).
  • the SM-DS 540 which has received the UpdateEvent message from the SM-DP+ server 530, may transmit a 200 OK message in operation 923.
  • the SM-DS 540 which has received the UpdateEvent message from the SM-DP+ server 530, generates a block_event of the event corresponding to the EID of the line purchased by the user of the electronic device 101 based on the UpdateEvent message received in operation 925.
  • the flag value can be updated to a second value (e.g. false).
  • operations 927 to 945 below are operations when the block_event flag value for an event mapped to the EID of the electronic device 101 is set to a first value (eg, true).
  • the electronic device 101 may transmit a QueryEvent message to the SM-DS 540 to download the profile.
  • the QueryEvent message may include the EID of the electronic device 101.
  • the SM-DS 540 which has received the QueryEvent message from the electronic device 101, searches for an event corresponding to the EID included in the received QueryEvent message among the events registered in the SM-DS 540, and searches for the event corresponding to the EID included in the received QueryEvent message. You can check the block_event flag value of the event.
  • the SM-DS 540 searches The block_event flag value of one event may be a first value (e.g., true). Since the block_event flag value of the searched event is the first value (e.g., true), the SM-DS 540 provides information related to the event mapped to the EID of the electronic device 101 in the QueryEvent Response message, which is a response message to the QueryEvent message ( For example, an event record) may be included, and a no event indicator indicating that an event mapped to the EID of the electronic device 101 does not exist may be included.
  • SM-DS 540 may transmit a QueryEvent Response message including a no event indicator to the electronic device 101 in operation 929.
  • operation 927 may be replaced by an initiate authentication (InitiateAuthentication) function associated with a common mutual authentication procedure for event retrieval
  • operation 929 may be replaced by an InitiateAuthentication function associated with a common mutual authentication procedure for event retrieval. It can be replaced by the authenticate client (AuthenticateClient) function related to .
  • AuthenticateClient authenticate client
  • the electronic device 101 that has received the QueryEvent Response message from the SM-DS 540 can confirm that there is no event mapped to the EID of the electronic device 101 based on the QueryEvent Response message. After confirming that there is no event mapped to the EID of the electronic device 101 in the SM-DS 540, the electronic device 101 sends a new subscription request to the entitlement server 520 in operation 931 ( A request new subscription: Request New Subscription) message can be sent.
  • the entitlement server 520 which has received the Request New Subscription message from the electronic device 101, subscribes the electronic device 101 in operation 933 and includes profile download information related to profile download for the electronic device 101. A response message may be transmitted to the electronic device 101.
  • the electronic device 101 that has received the Response message from the entitlement server 520 may download a profile from the SM-DP+ server 530 based on the profile download information included in the Response message in operation 935.
  • Operation 945 may be represented as “Profile Download” in FIG. 9A.
  • the electronic device 101 which has downloaded the profile from the SM-DP+ server 530, sends a notification message (e.g., handle notification: HandleNotification) indicating that the profile has been successfully installed on the electronic device 101 in operation 937. message) can be transmitted to the SM-DP+ server 530.
  • a notification message e.g., handle notification: HandleNotification
  • the electronic device 101 may transmit a 200 OK message to the SM-DP+ server 530.
  • the SM-DP+ server 530 which has received the 200 OK message from the electronic device 101, sends a delete message (for example, a delete event (DeleteEvent) message can be sent.
  • a delete event (DeleteEvent) message can be sent.
  • the DeleteEvent message may include an EID that maps to the event to be deleted.
  • SM-DS 540 which has received the DeleteEvent message from SM-DP+ server 530, may transmit a 200 OK message to SM-DP+ server 530 in operation 943.
  • the SM-DS (540) which has sent the 200 OK message to the SM-DP+ server (530), in operation 945, selects an event mapped to the EID included in the DeleteEvent message among the events registered in the SM-DS (540). It can be deleted.
  • operations 951 to 965 below are operations when the block_event flag value for an event mapped to the EID of the electronic device 101 is set to a second value (eg, false).
  • the electronic device 101 may transmit a QueryEvent message to the SM-DS 540 to download the profile.
  • the QueryEvent message may include the EID of the electronic device 101.
  • the SM-DS 540 which has received the QueryEvent message from the electronic device 101, searches for an event corresponding to the EID included in the received QueryEvent message among the events registered in the SM-DS 540, and searches for the event corresponding to the EID included in the received QueryEvent message. You can check the block_event flag value of the event.
  • the SM-DS 540 searches The block_event flag value of one event may be a second value (e.g., false). Since the block_event flag value of the searched event is a second value (e.g., false), the SM-DS 540 provides information related to the event mapped to the EID of the electronic device 101 in the QueryEvent Response message, which is a response message to the QueryEvent message ( e.g. event records).
  • Event Information related to the event mapped to the EID of the electronic device 101, included in the QueryEvent Response message, is an RSP server address (e.g., the address of the SM-DP+ server 530), and/or EventID. It can contain at least one.
  • the SM-DS 540 may transmit a QueryEvent Response message including at least one of the RSP server address and/or EventID to the electronic device 101 in operation 953.
  • operation 951 may be replaced with an InitiateAuthentication function associated with a common mutual authentication procedure for event retrieval
  • operation 953 may be replaced with an AuthenticateClient function associated with a common mutual authentication procedure.
  • the electronic device 101 which has received the QueryEvent Response message from the SM-DS 540, sends the SM-DP+ server 530 in operation 955 based on at least one of the RSP server address and/or EventID included in the QueryEvent Response message. You can download the profile from . Operation 955 may be represented as “Profile Download” in FIG. 9B.
  • the electronic device 101 which has downloaded the profile from the SM-DP+ server 530, may transmit a HandleNotification message indicating that the profile has been successfully installed in the electronic device 101 to the SM-DP+ server 530 in operation 957. .
  • the electronic device 101 may transmit a 200 OK message to the SM-DP+ server 530.
  • the SM-DP+ server 530 which has received the 200 OK message from the electronic device 101, sends a DeleteEvent message to the SM-DS 540 in operation 961 to delete the event corresponding to the profile downloaded to the electronic device 101. Can be sent.
  • the DeleteEvent message may include an EID that maps to the event to be deleted.
  • SM-DS 540 which has received the DeleteEvent message from SM-DP+ server 530, may transmit a 200 OK message to SM-DP+ server 530 in operation 963.
  • 10A and 10B are signal flow diagrams illustrating a process for managing profile download in a wireless communication network according to an embodiment.
  • the process for managing the profile download shown in FIGS. 10A and 10B is that the SM-DP+ server 530 (e.g., SM-DP+ server 530 in FIG. 5) is connected to the SM-DS 540 (e.g., in FIG. 5). It may be a process of registering a plurality of unspecified events in the SM-DS 540 and managing profile download when activating a plurality of unspecified events later.
  • the communication service provider can deploy a profile to the SM-DP+ server 530, and when the profile is deployed to the SM-DP+ server 530, the SM-DP+ server 530 can generate an event, and the event has EventID It can be identified by .
  • SM-DS 540 is referred to as the “first server”
  • SM-DP+ server 530 is also referred to as the “second server”
  • entitlement server 520 is referred to as the “third server.” It can be called.
  • the SM-DP+ server 530 may transmit a RegisterEvent message corresponding to each of the plurality of events to the SM-DS 540 in order to register the plurality of events with the SM-DS 540.
  • FIG. 10A for convenience, a case where one RegisterEvent message is transmitted as in operation 1011 is shown. However, when multiple events are registered, the RegisterEvent message may be transmitted the same number of times as the number of events.
  • the RegisterEvent message may include at least one of an EID, an RSP server address, an EventID, or a forwarding indicator corresponding to the event to be registered.
  • the SM-DS 540 which has received the RegisterEvent message from the SM-DP+ server 530, may transmit a 200 OK message to the SM-DP+ server 530 in operation 1013.
  • a 200 OK message may be transmitted as in operation 1013.
  • the 200 OK message may be transmitted a number of times equal to the number of events.
  • SM-DS which has received the RegisterEvent message from the SM-DP+ server (530), in operation 1015, records an event record including at least one of the EID, RSP server address, and/or EventID included in the RegisterEvent message and SM- An event can be registered by storing the SM-DP+ OID of the DP+ server 530.
  • the SM-DS 540 may set a block_event flag value for each of a plurality of registered events and store events with the set block_event flag value.
  • the block_event flag and block_event flag value may be similar or implemented substantially the same as described in FIG. 9A, and therefore detailed description thereof will be omitted here.
  • the SM-DS 540 sets a block_event flag value for each of a plurality of registered events and stores events with the set block_event flag value as an example.
  • the SM-DP+ server ( 530) may set a block_event flag value for each of a plurality of events and register events with the set block_event flag value.
  • the RegisterEvent message transmitted from the SM-DP+ server 530 may include at least one of the EID, RSP server address, EventID, or forwarding indicator corresponding to the event to be registered, as well as the block_event flag value set for the event to be registered. there is.
  • FIG. 10A for convenience, a case where one event is registered as in operation 1015 is shown. However, when multiple events are registered, an event registration operation such as operation 1015 may be repeated a number of times equal to the number of events.
  • a line provided by the communication service provider may be purchased by the user of the electronic device 101 at the communication service provider shop 550 operated by the communication service provider.
  • Operation 1017 may be represented as “Customer purchases a plan for the electronic device” in FIG. 10A.
  • Operation 1019 may be represented as “Notify that the block_event flag needs to be set as false with EID” in FIG. 10A.
  • the 530 may transmit a DeleteEvent message to the SM-DS 540 to update the block_event flag value of the event related to the EID of the electronic device 101.
  • the DeleteEvent message may include an EID that maps to the event to be deleted.
  • SM-DS 540 which has received the DeleteEvent message from SM-DP+ server 530, may transmit a 200 OK message to SM-DP+ server 530 in operation 1043.
  • the SM-DP+ server 530 may transmit a RegisterEvent message to the SM-DS 540 to register an event related to the EID of the electronic device 101 in the SM-DS 540.
  • the RegisterEvent message may include at least one of an EID, RSP server address, EventID, forwarding indicator, or block_event flag value corresponding to the event to be registered.
  • the SM-DP+ server 530 is registered with the SM-DS 540 to update the block_event flag value of an event related to the EID of the electronic device 101 to a second value (e.g., false).
  • the RegisterEvent message transmitted in operation 1027 is the first It may contain a block_event flag value set to the value 2 (e.g. false).
  • SM-DS 540 which has received the RegisterEvent message from SM-DP+ server 530, may transmit a 200 OK message to SM-DP+ server 530 in operation 1029.
  • the SM-DS 540 which transmitted the 200 OK message, records an event record including at least one of the EID, RSP server address, and/or EventID included in the RegisterEvent message and the SM of the SM-DP+ server 530. -You can register events by storing DP+ OID.
  • the SM-DS 540 sets the block_event flag value for the registered event to the block_event flag value (e.g., a second value (e.g., false)) included in the RegisterEvent message, and sets the event with the set block_event flag value. can be saved. In this way, the block_event flag value of the event corresponding to the EID of the line purchased by the user of the electronic device 101 may be updated to a second value (eg, false).
  • the block_event flag value for the registered event to the block_event flag value (e.g., a second value (e.g., false) included in the RegisterEvent message, and sets the event with the set block_event flag value. can be saved. In this way, the block_event flag value of the event corresponding to the EID of the line purchased by the user of the electronic device 101 may be updated to a second value (eg, false).
  • a second value e.g., false
  • operations 1041 to 1059 below are operations when the block_event flag value for an event mapped to the EID of the electronic device 101 is set to a first value (eg, true).
  • the electronic device 101 may transmit a QueryEvent message to the SM-DS 540 to download the profile.
  • the QueryEvent message may include the EID of the electronic device 101.
  • the SM-DS 540 which has received the QueryEvent message from the electronic device 101, searches for an event corresponding to the EID included in the received QueryEvent message among the events registered in the SM-DS 540, and searches for the event corresponding to the EID included in the received QueryEvent message. You can check the block_event flag value of the event.
  • the SM-DS 540 Since operations 1041 to 1059 are assumed to be operations when the block_event flag value for an event mapped to the EID of the electronic device 101 is set to the first value (e.g., true), the SM-DS 540 is searched
  • the block_event flag value of the event may be a first value (e.g., true). Since the block_event flag value of the searched event is the first value (e.g., true), the SM-DS 540 provides information related to the event mapped to the EID of the electronic device 101 in the QueryEvent Response message, which is a response message to the QueryEvent message ( For example, an event record) may be included, and a no event indicator indicating that an event mapped to the EID of the electronic device 101 does not exist may be included.
  • SM-DS 540 may transmit a QueryEvent Response message including a no event indicator to the electronic device 101 in operation 1043.
  • operation 1041 may be replaced with an InitiateAuthentication function associated with a common mutual authentication procedure for event retrieval
  • operation 1043 may be replaced with an AuthenticateClient function associated with a common mutual authentication procedure.
  • the electronic device 101 that has received the QueryEvent Response message from the SM-DS 540 can confirm that there is no event mapped to the EID of the electronic device 101 based on the QueryEvent Response message. After confirming that there is no event mapped to the EID of the electronic device 101 in the SM-DS 540, the electronic device 101 sends a Request New Subscription message requesting a new subscription to the entitlement server 520 in operation 1045. can be transmitted.
  • the entitlement server 520 which has received the Request New Subscription message from the electronic device 101, subscribes the electronic device 101 in operation 1047 and includes profile download information related to profile download for the electronic device 101.
  • a Response message can be transmitted to the electronic device 101.
  • the electronic device 101 that has received the Response message from the entitlement server 520 may download a profile from the SM-DP+ server 530 based on the profile download information included in the Response message in operation 1049.
  • Operation 1049 may be represented as “Profile Download” in FIG. 10B.
  • the electronic device 101 which has downloaded the profile from the SM-DP+ server 530, may transmit a HandleNotification message indicating that the profile has been successfully installed in the electronic device 101 to the SM-DP+ server 530 in operation 1051. .
  • the electronic device 101 may transmit a 200 OK message to the SM-DP+ server 530.
  • the SM-DP+ server 530 which has received the 200 OK message from the electronic device 101, sends a DeleteEvent message to the SM-DS 540 in operation 1055 to delete the event corresponding to the profile downloaded to the electronic device 101. Can be sent.
  • the DeleteEvent message may include an EID that maps to the event to be deleted.
  • SM-DS 540 which has received the DeleteEvent message from SM-DP+ server 530, may transmit a 200 OK message to SM-DP+ server 530 in operation 1057.
  • the SM-DS (540) which sent the 200 OK message to the SM-DP+ server (530), in operation 1059, selects an event mapped to the EID included in the DeleteEvent message among the events registered in the SM-DS (540). It can be deleted.
  • operations 1061 to 1075 below are operations when the block_event flag value for an event mapped to the EID of the electronic device 101 is set to a second value (eg, false).
  • the electronic device 101 may transmit a QueryEvent message to the SM-DS 540 to download the profile.
  • the QueryEvent message may include the EID of the electronic device 101.
  • the SM-DS 540 which has received the QueryEvent message from the electronic device 101, searches for an event corresponding to the EID included in the received QueryEvent message among the events registered in the SM-DS 540, and searches for the event corresponding to the EID included in the received QueryEvent message. You can check the block_event flag value of the event.
  • the SM-DS 540 Since operations 1061 to 1075 are assumed to be operations when the block_event flag value for an event mapped to the EID of the electronic device 101 is set to a second value (e.g., false), the SM-DS 540 is searched.
  • the block_event flag value of the event may be a second value (e.g., false). Since the block_event flag value of the searched event is a second value (e.g., false), the SM-DS 540 provides information related to the event mapped to the EID of the electronic device 101 in the QueryEvent Response message, which is a response message to the QueryEvent message ( e.g. event records).
  • the QueryEvent Response message may include at least one of an RSP server address and/or EventID.
  • the RSP server address may include the address of the SM-DP+ server 530.
  • the SM-DS 540 may transmit a QueryEvent Response message including at least one of the RSP server address and/or EventID to the electronic device 101.
  • operation 1061 may be replaced with an InitiateAuthentication function associated with a common mutual authentication procedure for event retrieval, and operation 1063 may be replaced with an AuthenticateClient function associated with a common mutual authentication procedure.
  • the electronic device 101 which has received the QueryEvent Response message from the SM-DS 540, sends the SM-DP+ server 530 in operation 1065 based on at least one of the RSP server address and/or EventID included in the QueryEvent Response message. You can download the profile from . Operation 1065 may be represented as “Profile Download” in FIG. 10B.
  • the electronic device 101 which has downloaded the profile from the SM-DP+ server 530, may transmit a HandleNotification message indicating that the profile has been successfully installed in the electronic device 101 to the SM-DP+ server 530 in operation 1067. .
  • the electronic device 101 may transmit a 200 OK message to the SM-DP+ server 530.
  • the SM-DP+ server 530 which has received the 200 OK message from the electronic device 101, sends a DeleteEvent message to the SM-DS 540 in operation 1071 to delete the event corresponding to the profile downloaded to the electronic device 101. Can be sent.
  • the DeleteEvent message may include an EID that maps to the event to be deleted.
  • SM-DS 540 which has received the DeleteEvent message from SM-DP+ server 530, may transmit a 200 OK message to SM-DP+ server 530 in operation 1073.
  • the SM-DS 540 which sent the 200 OK message to the SM-DP+ server 530, selects an event mapped to the EID included in the DeleteEvent message among the events registered in the SM-DS 540 in operation 1075. It can be deleted.
  • Figures 11A and 11B are signal flow diagrams illustrating a process for managing profile download in a wireless communication network according to one embodiment.
  • the process for managing the profile download shown in FIGS. 11A and 11B is that the SM-DP+ server 530 (e.g., SM-DP+ server 530 in FIG. 5) is connected to the SM-DS 540 (e.g., in FIG. 5). It may be a process of registering a plurality of unspecified events in the SM-DS 540 and managing profile download when activating a plurality of unspecified events later.
  • the communication service provider can deploy a profile to the SM-DP+ server 530, and when the profile is deployed to the SM-DP+ server 530, the SM-DP+ server 530 can generate an event, and the event has EventID It can be identified by .
  • SM-DS 540 is referred to as the “first server”
  • SM-DP+ server 530 is also referred to as the “second server”
  • entitlement server 520 is referred to as the “third server.” It can be called.
  • the SM-DP+ server 530 may transmit a RegisterEvent message corresponding to each of the plurality of events to the SM-DS 540 in order to register the plurality of events with the SM-DS 540.
  • FIG. 11A for convenience, a case where one RegisterEvent message is transmitted as in operation 1111 is shown. However, when multiple events are registered, the RegisterEvent message may be transmitted the same number of times as the number of events.
  • the RegisterEvent message may include at least one of an EID, an RSP server address, an EventID, or a forwarding indicator corresponding to the event to be registered.
  • the SM-DS 540 which has received the RegisterEvent message from the SM-DP+ server 530, may transmit a 200 OK message to the SM-DP+ server 530 in operation 1113.
  • a 200 OK message may be transmitted as in operation 1113 if a plurality of events are registered. However, if a plurality of events are registered, the 200 OK message may be transmitted a number of times equal to the number of events.
  • block_wearable block wearable
  • the block_wearable flag When detecting an event inquiry from the electronic device 101 or the electronic device 102, the block_wearable flag is considered together with the device type of the electronic device 101 or the electronic device 102 and is used to determine whether the electronic device 101 or the electronic device ( It may be a flag indicating whether to include information related to the event registered in the SM-DS (540) in the response to the event inquiry from 102). For example, if the block_wearable flag value set in the registered event is the first value (e.g., true) and the device type of the electronic device 101 or 102 is a wearable device, SM-DS (540) ) may not include information related to the event in the response to the event inquiry from the electronic device 101.
  • SM-DS may include information related to the event in a response to an event inquiry from the electronic device 101.
  • the block_wearable flag value set in the registered event is the first value (e.g. true) and the device type of the electronic device 101 or 102 is a smart phone
  • SM-DS 540 may include information related to the event in a response to an event inquiry from the electronic device 101.
  • SM-DS 540 may include information related to the event in an event query from the electronic device 101.
  • the block_wearable flag indicates that if the device type of the electronic device (e.g., electronic device 101 or electronic device 104) requesting information (e.g., event record) related to the event is a wearable device, the SM-DS 540 can detect the event and It may be a flag indicating whether to block or provide related information.
  • the block_wearable flag is implemented considering the case where the SM-DS 540 determines whether to block or provide information related to an event (e.g., event record) based on the device type, but not only the device type.
  • the SM-DS 540 may determine whether to block or provide information related to the event by considering at least one of device characteristics, device name, or rate plan. In this case, a flag based on at least one of device characteristics, device name, or rate plan may be implemented.
  • the SM-DS 540 sets a block_wearable flag value for each of a plurality of registered events and stores events with the set block_wearable flag value as an example.
  • the SM-DP+ server ( 530) may set a block_wearable flag value for each of a plurality of events and register events having the set block_wearable flag value.
  • the RegisterEvent message transmitted from the SM-DP+ server 530 may include at least one of the EID, RSP server address, EventID, or forwarding indicator corresponding to the event to be registered, as well as the block_wearable flag value set in the event to be registered. there is.
  • FIG. 11A for convenience, a case where one event is registered as in operation 1115 is shown. However, when multiple events are registered, an event registration operation such as operation 1115 may be repeated a number of times equal to the number of events.
  • a line provided by the communication service provider may be purchased by the user of the electronic device 101 or the electronic device 102 at the communication service provider shop 550 operated by the communication service provider.
  • Operation 1117 may be represented as “Customer purchases a plan for wearable device” in FIG. 11A.
  • the communication service provider shop 550 operates the SM-DP+ server (SM-DP+ server) through the backend system of the communication service provider in operation 1119.
  • SM-DP+ server SM-DP+ server
  • Operation 1119 may be represented as “Notify that the block_wearable flag needs to be set as false with EID” in FIG. 10A.
  • the block_wearable flag value for an event that is mapped to the EID of a line purchased by the user of the electronic device 101 or the electronic device 102 from the communication service provider shop 550 should be updated to a second value (e.g., false).
  • the notified SM-DP+ server 530 may transmit an UpdateEvent message to the SM-DS 540 in operation 1121.
  • the UpdateEvent message may be a message used to update the block_wearable flag value for an event.
  • the UpdateEvent message may include an EID associated with an event whose block_wearable flag value is to be updated, and the block_wearable flag value of the event to be updated.
  • the UpdateEvent message may include at least one of the EID of the line purchased by the user of the electronic device 101 or 102 or the block_wearable flag whose value is set to a second value (eg, false).
  • SM-DS 540 which receives the UpdateEvent message from SM-DP+ server 530, may transmit a 200 OK message in operation 1123.
  • the SM-DS (540) which has received the UpdateEvent message from the SM-DP+ server (530), receives the EID of the line purchased by the user of the electronic device (101) or electronic device (102) based on the UpdateEvent message received in operation 1125.
  • the block_wearable flag value of the corresponding event may be updated to a second value (e.g., false).
  • Operations 1127 to 1145 below are performed when the device type of the electronic device 102 is a wearable device and the block_wearable flag value for the event mapped to the EID of the electronic device 102 is set to a first value (e.g., true). It can be assumed that these are the actions of .
  • the electronic device 102 may transmit a QueryEvent message to the SM-DS 540 to download the profile.
  • the QueryEvent message may include the EID and device type (device_type) parameters of the electronic device 102. Since the electronic device 102 is a wearable device, the device_type parameter included in the QueryEvent message transmitted in operation 1127 may be set to a first value (eg, wearable) indicating the wearable device.
  • the SM-DS 540 which has received the QueryEvent message from the electronic device 102, can check the value of the device_type parameter included in the QueryEvent message. Since the value of the device_type parameter included in the QueryEvent message is set to the first value (e.g. wearable), the SM-DS 540 responds to the received QueryEvent message among the events registered in the SM-DS 540 itself. You can search for events corresponding to the included EID and check the block_wearable flag value of the searched event.
  • the SM-DS 540 performs the search
  • the block_wearable flag value of one event may be a first value (e.g., true). Since the block_wearable flag value of the searched event is the first value (e.g., true), the SM-DS 540 includes information related to the event mapped to the EID of the electronic device 101 in the QueryEvent Response message, which is a response message to the QueryEvent message. Instead, a no event indicator indicating that an event mapped to the EID of the electronic device 101 does not exist may be included.
  • SM-DS 540 may transmit a QueryEvent Response message including a no event indicator to the electronic device 102 in operation 1129.
  • operation 1127 may be replaced with an InitiateAuthentication function associated with a common mutual authentication procedure for event retrieval
  • operation 1129 may be replaced with an AuthenticateClient function associated with a common mutual authentication procedure.
  • the electronic device 101 that received the QueryEvent Response message from the SM-DS 540 can confirm that there is no event mapped to the EID of the electronic device 102 based on the QueryEvent Response message. After confirming that there is no event mapped to the EID of the electronic device 102 in the SM-DS 540, the electronic device 102 sends a Request New Subscription message requesting a new subscription to the entitlement server 520 in operation 1131. can be transmitted.
  • the entitlement server 520 which has received the Request New Subscription message from the electronic device 102, subscribes the electronic device 102 in operation 1133 and includes profile download information related to profile download for the electronic device 102.
  • a Response message can be transmitted to the electronic device 102.
  • the electronic device 102 that has received the Response message from the entitlement server 520 may download a profile from the SM-DP+ server 530 based on the profile download information included in the Response message in operation 1135.
  • Operation 1135 may be represented as “Profile Download” in FIG. 11A.
  • the electronic device 102 which has downloaded the profile from the SM-DP+ server 530, may transmit a HandleNotification message indicating that the profile has been successfully installed in the electronic device 102 to the SM-DP+ server 530 in operation 1137. .
  • the electronic device 102 may transmit a 200 OK message to the SM-DP+ server 530.
  • the SM-DP+ server 530 which has received the 200 OK message from the electronic device 102, sends a DeleteEvent message to the SM-DS 540 in operation 1141 to delete the event corresponding to the profile downloaded to the electronic device 102. Can be sent.
  • the DeleteEvent message may include an EID that maps to the event to be deleted.
  • SM-DS 540 which has received the DeleteEvent message from SM-DP+ server 530, may transmit a 200 OK message to SM-DP+ server 530 in operation 1143.
  • the SM-DS 540 which has sent the 200 OK message to the SM-DP+ server 530, selects an event mapped to the EID included in the DeleteEvent message among the events registered in the SM-DS 540 in operation 1145. It can be deleted.
  • Operations 1151 to 1165 below are performed when the device type of the electronic device 102 is a wearable device and the block_wearable flag value for the event mapped to the EID of the electronic device 102 is set to a second value (e.g., false). It can be assumed that these are the actions of .
  • the electronic device 102 may transmit a QueryEvent message to the SM-DS 540 to download the profile.
  • the QueryEvent message may include the EID and device_type parameters of the electronic device 102. Since the electronic device 102 is a wearable device, the device_type parameter included in the QueryEvent message transmitted in operation 1151 may be set to a first value (eg, wearable) indicating the wearable device.
  • the SM-DS 540 which has received the QueryEvent message from the electronic device 102, can check the value of the device_type parameter included in the QueryEvent message. Since the value of the device_type parameter included in the QueryEvent message is set to the first value (e.g. wearable), the SM-DS 540 responds to the received QueryEvent message among the events registered in the SM-DS 540 itself. You can search for events corresponding to the included EID and check the block_wearable flag value of the searched event.
  • the SM-DS 540 searches The block_wearable flag value of one event may be a second value (e.g., false). Since the block_wearable flag value of the searched event is a second value (e.g., false), the SM-DS 540 includes information related to the event mapped to the EID of the electronic device 102 in the QueryEvent Response message, which is a response message to the QueryEvent message. Can be included. Information (e.g., event record) related to an event mapped to the EID of the electronic device 102 included in the QueryEvent Response message may include at least one of an RSP server address and/or EventID.
  • the SM-DS 540 may transmit a QueryEvent Response message including at least one of the RSP server address and/or EventID to the electronic device 102 in operation 1153.
  • operation 1151 may be replaced with an InitiateAuthentication function associated with a common mutual authentication procedure for event retrieval
  • operation 1153 may be replaced with an AuthenticateClient function associated with a common mutual authentication procedure.
  • the electronic device 102 which has received the QueryEvent Response message from the SM-DS 540, sends the SM-DP+ server 530 based on at least one of the RSP server address and/or EventID included in the QueryEvent Response message in operation 1155. You can download the profile from .
  • the electronic device 102 which has downloaded the profile from the SM-DP+ server 530, may transmit a HandleNotification message indicating that the profile has been successfully installed in the electronic device 102 to the SM-DP+ server 530 in operation 1157. .
  • the electronic device 102 may transmit a 200 OK message to the SM-DP+ server 530.
  • the SM-DP+ server 530 which has received the 200 OK message from the electronic device 102, sends a DeleteEvent message to the SM-DS 540 in operation 1161 to delete the event corresponding to the profile downloaded to the electronic device 102. Can be sent.
  • the DeleteEvent message may include an EID that maps to the event to be deleted.
  • SM-DS 540 which has received the DeleteEvent message from SM-DP+ server 530, may transmit a 200 OK message to SM-DP+ server 530 in operation 1163.
  • operations 1171 to 1185 below are operations when the device type of the electronic device 101 is a smart phone.
  • the electronic device 101 may transmit a QueryEvent message to the SM-DS 540 to download the profile.
  • the QueryEvent message may include the EID and device_type parameters of the electronic device 101. Since the electronic device 101 is a smart phone, the device_type parameter included in the QueryEvent message transmitted in operation 1171 may be set to a second value (eg, phone) indicating the smart phone.
  • the SM-DS 540 which has received the QueryEvent message from the electronic device 102, can check the value of the device_type parameter included in the QueryEvent message. Since the value of the device_type parameter included in the QueryEvent message is set to the second value (e.g. phone), the SM-DS 540 responds to the received QueryEvent message among the events registered in the SM-DS 540 itself. You can search for events corresponding to the included EID.
  • the SM-DS 540 is a wearable device when the device type of the electronic device (e.g., the electronic device 101 or the electronic device 102) transmitting the QueryEvent message is a wearable device.
  • the electronic device transmitting the QueryEvent message does not provide (e.g., blocks) information related to the event registered in the SM-DS 540, and thus the electronic device transmitting the QueryEvent message ( Example: If the device type of the electronic device 101 or electronic device 102 is a smart phone, there may be no need to check the block_wearable flag value of the searched event. Accordingly, the SM-DS 540 may include information (eg, event record) related to the event mapped to the EID of the electronic device 101 in the QueryEvent Response message, which is a response message to the QueryEvent message.
  • information eg, event record
  • the QueryEvent Response message may include at least one of an RSP server address and/or EventID.
  • the RSP server address may include the address of the SM-DP+ server 530.
  • the SM-DS 540 may transmit a QueryEvent Response message including at least one of the RSP server address and/or EventID to the electronic device 101 in operation 1173.
  • operation 1171 may be replaced with an InitiateAuthentication function associated with a common mutual authentication procedure for event retrieval
  • operation 1173 may be replaced with an AuthenticateClient function associated with a common mutual authentication procedure.
  • the electronic device 101 which has received the QueryEvent Response message from the SM-DS 540, sends the SM-DP+ server 530 based on at least one of the RSP server address and/or EventID included in the QueryEvent Response message in operation 1175. You can download the profile from . Operation 1175 may be represented as “Profile Download” in FIG. 11B.
  • the electronic device 101 which has downloaded the profile from the SM-DP+ server 530, may transmit a HandleNotification message indicating that the profile has been successfully installed in the electronic device 101 to the SM-DP+ server 530 in operation 1177. .
  • the electronic device 101 may transmit a 200 OK message to the SM-DP+ server 530.
  • the SM-DP+ server 530 which has received the 200 OK message from the electronic device 101, sends a DeleteEvent message to the SM-DS 540 in operation 1181 to delete the event corresponding to the profile downloaded to the electronic device 101. Can be sent.
  • the DeleteEvent message may include an EID that maps to the event to be deleted.
  • SM-DS 540 which has received the DeleteEvent message from SM-DP+ server 530, may transmit a 200 OK message to SM-DP+ server 530 in operation 1183.
  • 12A and 12B are signal flow diagrams illustrating a process for managing profile download in a wireless communication network according to an embodiment.
  • the process for managing profile download shown in FIGS. 12A and 12B is that the SM-DP+ server 530 (e.g., SM-DP+ server 530 in FIG. 5) is connected to the SM-DS 540 (e.g., in FIG. 5). It may be a process of registering single unspecified events in the SM-DS 540 and managing profile download when activating a single unspecified event later.
  • the communication service provider can deploy a profile to the SM-DP+ server 530, and when the profile is deployed to the SM-DP+ server 530, the SM-DP+ server 530 can generate an event, and the event has EventID It can be identified by .
  • SM-DS 540 is referred to as the “first server”
  • SM-DP+ server 530 is also referred to as the “second server”
  • entitlement server 520 is referred to as the “third server.” It can be called.
  • SM-DP+ server 530 may send a RegisterEvent message to SM-DS 540 to register a single event with SM-DS 540.
  • the RegisterEvent message may include at least one of an EID, RSP server address, EventID, forwarding indicator, or override flag corresponding to the event to be registered.
  • the override flag may be implemented similar to or substantially the same as the block_event flag of FIGS. 9A-9B or 10A-10B.
  • the override flag when detecting an event inquiry from the electronic device 101, provides information related to the event registered in the SM-DS 540 in response to the event inquiry from the electronic device 101 ( This can be a flag that indicates whether to include an event record (e.g. event record). For example, if the override flag value set in the registered event is the first value (e.g., true), the SM-DS 540 sends information related to the event to the event inquiry from the electronic device 101. may not be included in the response.
  • an event record e.g. event record
  • the SM-DS 540 sends information (e.g., event record) related to the event to the electronic device ( 101) can be included in the response to the event inquiry.
  • information e.g., event record
  • the override flag value for an event may be set based on a plurality of parameters.
  • the plurality of parameters may include at least one of device type, device characteristic, device name, or rate plan.
  • SM-DS 540 which has received the RegisterEvent message from the SM-DP+ server 530, records an event record including at least one of the EID, RSP server address, and/or EventID included in the RegisterEvent message in operation 1213 and SM- An event can be registered by storing the SM-DP+ OID of the DP+ server 530.
  • the SM-DS 540 sets the override flag value included in the RegisterEvent message to the registered event and stores the event with the override flag value.
  • the RegisterEvent message may further include a device_type parameter, and in order to block an event for the electronic device 101, the device_type parameter value may be set to a third value (eg, blocked_device) indicating blocked_device.
  • the RegisterEvent message may include the device_type parameter as needed, and FIG. 12a illustrates a case where the RegisterEvent message does not include the device_type parameter.
  • Operations 1221 to 1239 below are performed when the device type of the electronic device 101 is blocked_device and the override flag value for the event mapped to the EID of the electronic device 101 is set to a first value (e.g., true). It can be assumed that these are actions.
  • the electronic device 101 may transmit a QueryEvent message to the SM-DS 540 to download the profile.
  • the QueryEvent message may include the EID and device_type parameters of the electronic device 101. Since the electronic device 101 is a blocked_device, the device_type parameter included in the QueryEvent message transmitted in operation 1221 may be set to a third value (eg, blocked_device) indicating blocked_device.
  • the SM-DS 540 which has received the QueryEvent message from the electronic device 101, can check the value of the device_type parameter included in the QueryEvent message. Since the value of the device_type parameter included in the QueryEvent message is set to a third value (e.g., blocked_device), the SM-DS 540 responds to the received QueryEvent message among the events registered in the SM-DS 540 itself. You can search for events corresponding to the included EID and check the override flag value of the searched event.
  • a third value e.g., blocked_device
  • the SM-DS 540 searches The override flag value of one event may be a first value (e.g., true). Since the override flag value of the searched event is the first value (e.g., true), the SM-DS 540 provides information related to the event mapped to the EID of the electronic device 101 in the QueryEvent Response message, which is a response message to the QueryEvent message ( For example, an event record) may be included, and a no event indicator indicating that an event mapped to the EID of the electronic device 101 does not exist may be included.
  • SM-DS 540 may transmit a QueryEvent Response message including a no event indicator to the electronic device 101 in operation 1223.
  • operation 1221 may be replaced with an InitiateAuthentication function associated with a common mutual authentication procedure for event search
  • operation 1223 may be replaced with an AuthenticateClient function associated with a common mutual authentication procedure.
  • the electronic device 101 that has received the QueryEvent Response message from the SM-DS 540 can confirm that there is no event mapped to the EID of the electronic device 101 based on the QueryEvent Response message. After confirming that there is no event mapped to the EID of the electronic device 101 in the SM-DS 540, the electronic device 101 sends a Request New Subscription message requesting a new subscription to the entitlement server 520 in operation 1225. can be transmitted.
  • the entitlement server 520 which has received the Request New Subscription message from the electronic device 101, subscribes the electronic device 101 in operation 1227 and includes profile download information related to profile download for the electronic device 101.
  • a Response message can be transmitted to the electronic device 101.
  • the electronic device 101 that has received the Response message from the entitlement server 520 may download a profile from the SM-DP+ server 530 based on the profile download information included in the Response message in operation 1229.
  • Operation 1229 may be represented as “Profile Download” in FIG. 12A.
  • the electronic device 101 which has downloaded the profile from the SM-DP+ server 530, may transmit a HandleNotification message indicating that the profile has been successfully installed in the electronic device 101 to the SM-DP+ server 530 in operation 1231. .
  • the electronic device 101 may transmit a 200 OK message to the SM-DP+ server 530.
  • the SM-DP+ server 530 which has received the 200 OK message from the electronic device 101, sends a DeleteEvent message to the SM-DS 540 in operation 1235 to delete the event corresponding to the profile downloaded to the electronic device 101. Can be sent.
  • the DeleteEvent message may include an EID that maps to the event to be deleted.
  • SM-DS 540 which has received the DeleteEvent message from SM-DP+ server 530, may transmit a 200 OK message to SM-DP+ server 530 in operation 1237.
  • a line provided by the communication service provider may be purchased by the user of the electronic device 101 at the communication service provider shop 550 operated by the communication service provider.
  • Operation 1241 may be represented as “Customer purchases a plan for the electronic device” in FIG. 12A.
  • Operation 1243 may be represented as “Notify that the override flag needs to be set as false with EID” in FIG. 12A.
  • 530 may transmit a DeleteEvent message to SM-DS 540 to update the override flag value of an event related to the EID of the electronic device 101.
  • the DeleteEvent message may include an EID that maps to the event to be deleted.
  • SM-DS 540 which has received the DeleteEvent message from SM-DP+ server 530, may transmit a 200 OK message to SM-DP+ server 530 in operation 1247.
  • the SM-DS 540 which sent the 200 OK message to the SM-DP+ server 530, selects an event mapped to the EID included in the DeleteEvent message among the events registered in the SM-DS 540 in operation 1249. It can be deleted.
  • the SM-DP+ server 530 may transmit a RegisterEvent message to the SM-DS 540 to register an event related to the EID of the electronic device 101 in the SM-DS 540.
  • the RegisterEvent message may include at least one of an EID, RSP server address, EventID, forwarding indicator, or override flag value corresponding to the event to be registered.
  • the SM-DP+ server 530 is registered with the SM-DS 540 to update the override flag value of an event related to the EID of the electronic device 101 to a second value (e.g., false).
  • the RegisterEvent message transmitted in operation 1251 is the first It may contain an override flag value set to a value of 2 (e.g. false).
  • SM-DS 540 which has received the RegisterEvent message from SM-DP+ server 530, may transmit a 200 OK message to SM-DP+ server 530 in operation 1253.
  • the SM-DS 540 sets the override flag value included in the RegisterEvent message to the registered event and stores the event with the override flag value. In this way, the override flag value of the event corresponding to the EID of the line purchased by the user of the electronic device 101 may be updated to a second value (eg, false).
  • Operations 1261 to 1275 below are performed when the device type of the electronic device 101 is blocked_device and the override flag value for the event mapped to the EID of the electronic device 101 is set to a second value (e.g., false). It can be assumed that these are actions.
  • the electronic device 101 may transmit a QueryEvent message to the SM-DS 540 to download the profile.
  • the QueryEvent message may include the EID and device_type parameters of the electronic device 101. Since the electronic device 101 is a blocked_device, the device_type parameter included in the QueryEvent message transmitted in operation 1261 may be set to a third value (eg, blocked_device) indicating blocked_device.
  • the SM-DS 540 which has received the QueryEvent message from the electronic device 101, can check the value of the device_type parameter included in the QueryEvent message. Since the value of the device_type parameter included in the QueryEvent message is set to a third value (e.g., blocked_device), the SM-DS 540 responds to the received QueryEvent message among the events registered in the SM-DS 540 itself. You can search for events corresponding to the included EID and check the override flag value of the searched event.
  • a third value e.g., blocked_device
  • operations 1261 to 1275 are assumed to be operations when the override flag value for an event mapped to the EID of the electronic device 101 is set to a second value (e.g., true), the SM-DS 540 searches The override flag value of one event may be a second value (e.g. true).
  • the QueryEvent Response message which is a response message to the QueryEvent message, includes information (e.g., event record) related to the event mapped to the EID of the electronic device 101. You can do it.
  • Information (e.g., event record) related to an event mapped to the EID of the electronic device 101 included in the QueryEvent Response message may include at least one of an RSP server address and/or EventID.
  • the RSP server address may include the address of the SM-DP+ server 530.
  • the SM-DS 540 may transmit a QueryEvent Response message including at least one of the RSP server address and/or EventID to the electronic device 101.
  • operation 1261 may be replaced with an InitiateAuthentication function associated with a common mutual authentication procedure for event retrieval, and operation 1263 may be replaced with an AuthenticateClient function associated with a common mutual authentication procedure.
  • the electronic device 101 which has received the QueryEvent Response message from the SM-DS 540, sends the SM-DP+ server 530 in operation 1265 based on at least one of the RSP server address and/or EventID included in the QueryEvent Response message. You can download the profile from . Operation 1265 may be represented as “Profile Download” in FIG. 12B.
  • the electronic device 101 which has downloaded the profile from the SM-DP+ server 530, may transmit a HandleNotification message indicating that the profile has been successfully installed in the electronic device 101 to the SM-DP+ server 530 in operation 1267. .
  • the electronic device 101 may transmit a 200 OK message to the SM-DP+ server 530.
  • the SM-DP+ server 530 which has received the 200 OK message from the electronic device 101, sends a DeleteEvent message to the SM-DS 540 in operation 1271 to delete the event corresponding to the profile downloaded to the electronic device 101. Can be sent.
  • the DeleteEvent message may include an EID that maps to the event to be deleted.
  • SM-DS 540 which has received the DeleteEvent message from SM-DP+ server 530, may transmit a 200 OK message to SM-DP+ server 530 in operation 1273.
  • the SM-DS (540) which sent the 200 OK message to the SM-DP+ server (530), in operation 1275, selects an event mapped to the EID included in the DeleteEvent message among the events registered in the SM-DS (540). It can be deleted.
  • a method of operating the electronic device 101 includes sending, to the first server 540, an identifier of the electronic device and an event related to profile download.
  • the method may include transmitting a query message for querying an event record for the electronic device, including a parameter set to a value indicating that the device is blocked from receiving the event record.
  • the operating method may include receiving an inquiry response message from the first server in response to transmission of the inquiry message.
  • the method of operation includes requesting a new subscription to a third server 520, based on the query response message including an indicator indicating that an event for the electronic device does not exist. It may include the operation of transmitting a request message.
  • the operating method includes receiving a response message including download information for downloading the profile of the electronic device from the third server in response to transmission of the request message. It can be included.
  • the operating method may include downloading the profile from the second server 530 corresponding to the download information.
  • the inquiry response message is configured to block an event record for the electronic device from being provided to the electronic device in the first server. It may contain an indicator indicating that does not exist.
  • the operating method includes, based on the query response message including an event record for the electronic device, receiving the profile from the second server corresponding to the event record for the electronic device. It may include the action of downloading.
  • the inquiry response message is sent to the electronic device based on the fact that the first server is not set to block provision of event records for the electronic device to the electronic device. Can contain event records.
  • a method of operating the first server 540 includes generating an event record (event record) for an event related to profile download of the electronic device 101 from the second server 530. record), and may include receiving a first registration message for registering the event, including a flag indicating whether the event record is blocked from being provided to the electronic device.
  • event record for an event related to profile download of the electronic device 101 from the second server 530. record
  • the operating method may include registering the event by mapping the event record and the flag in response to receiving the first registration message.
  • the operating method includes, from the electronic device, an identifier of the electronic device, and a parameter set to a value indicating that the electronic device is a device that is blocked from receiving the event record. , may include receiving a first query message for querying the event record.
  • the operating method in response to receiving the first inquiry message, determines that the value of the flag is a first value indicating that the event record is blocked from being provided to the electronic device. Based on this, the method may include transmitting, to the electronic device, a first inquiry response message including an indicator indicating that an event for the electronic device does not exist.
  • the first registration message may include the parameter set to a value indicating that the electronic device is a device that is blocked from receiving the event record.
  • the operating method may include receiving, from the second server, a first deletion message requesting to delete the event, including an identifier of the electronic device.
  • the operating method may include deleting the event in response to receiving the first delete message.
  • the first delete message may be received based on the electronic device downloading a profile for the electronic device from the second server.
  • the operating method is set to a second value indicating that provision of the event record from the second server to the electronic device is not blocked, in response to deletion of the event. It may include receiving a second registration message including the flag.
  • the operating method may include registering the event by mapping the event record and a flag set to the second value in response to receiving the second registration message.
  • the second registration message may include the parameter set to a value indicating that the electronic device is a device that is blocked from receiving the event record.
  • the operating method includes, from the electronic device, an identifier of the electronic device and the parameter set to a value indicating that the electronic device is a device that is blocked from receiving the event record. , may include receiving a second query message for querying the event record.
  • the operating method includes, in response to receiving the second inquiry message, based on confirming that the value of the flag is the second value, to the electronic device, An operation of transmitting a second inquiry response message including an event record may be included.
  • the operating method may include, in response to sending the second inquiry response message, a request to delete the event, including an identifier of the electronic device, from the second server. 2 May include the operation of receiving a delete message.
  • the operating method may include deleting the event in response to receiving the second delete message.
  • the event record may include at least one of the address of the second server or the identifier of the event.
  • the event record is an identifier of the electronic device, or the event registration is a root SM-DS. It may include at least one of the forwarding indicators indicating whether it is performed for (root SM-DS).
  • a method of operating the second server 530 includes an event record for an event related to profile download of the electronic device 101, and the event record It may include generating a first registration message for registering the event, including a flag indicating whether provision to the electronic device is blocked.
  • the operating method may include transmitting the first registration message to the first server 540.
  • the first registration message may include a parameter set to a value indicating that the electronic device is a device that is blocked from receiving the event record.
  • the operating method includes, from the electronic device to the electronic device, based on the fact that the value of the flag is a first value indicating that the event record is blocked from being provided to the electronic device.
  • the operation may include receiving a notification message indicating that the profile is installed.
  • the operating method may include transmitting, to the first server, a first deletion message requesting deletion of the event, including an identifier of the electronic device.
  • the method of operation requires that the value of the flag be updated, from the third server 520, to a second value indicating that the event record is not blocked from being provided to the electronic device. It may include an action to be notified of this.
  • the operating method includes, in response to the notification, sending a second registration message including the event record and the flag set to the second value to the first server. It can be included.
  • the second registration message may include a parameter set to a first value indicating that the electronic device is a device that is blocked from receiving the event record.
  • the event record may include at least one of the address of the second server or the identifier of the event.
  • the event record is an identifier of the electronic device, or the event registration is a root SM-DS. It may include at least one of the forwarding indicators indicating whether it is performed for (root SM-DS).

Abstract

일 실시 예에 따른 전자 장치(101)는, 적어도 하나의 통신 회로(190), 및 상기 적어도 하나의 통신 회로에 전기적으로 연결된 적어도 하나의 프로세서(120)를 포함한다. 상기 적어도 하나의 프로세서는, 상기 적어도 하나의 통신 회로를 통해 제1 서버(540)로, 상기 전자 장치의 식별자, 및 프로파일 다운로드(profile download)와 관련되는 이벤트(event)에 대한 이벤트 레코드(event record)를 수신하는 것이 차단되는 장치임을 지시하는 값으로 설정된 파라미터를 포함하는, 상기 전자 장치에 대한 이벤트 레코드를 질의하기 위한 질의 메시지를 송신하고, 상기 질의 메시지의 송신에 응답하여, 상기 적어도 하나의 통신 회로를 통해 상기 제1 서버로부터 질의 응답 메시지를 수신하고, 상기 질의 응답 메시지가 상기 전자 장치에 대한 이벤트가 존재하지 않음을 지시하는 지시자를 포함함에 기반하여, 상기 적어도 하나의 통신 회로를 통해 제3 서버(520)로, 신규 가입을 요청하는 요청 메시지를 송신하고, 상기 요청 메시지의 송신에 응답하여, 상기 적어도 하나의 통신 회로를 통해 상기 제3 서버로부터, 상기 전자 장치의 프로파일을 다운로드하기 위한 다운로드 정보를 포함하는 응답 메시지를 수신하고, 및 상기 적어도 하나의 통신 회로를 통해 상기 다운로드 정보에 상응하는 제2 서버(530)로부터, 상기 프로파일을 다운로드 하도록 구성된다. 다른 실시 예가 가능할 수 있다.

Description

프로파일 다운로드를 관리하는 전자 장치 및 그 동작 방법
본 개시는 프로파일 다운로드(profile download)를 관리하는 전자 장치 및 그 동작 방법에 관한 것이다.
전자 장치의 사용자가 통신 사업자가 제공하는 통신 서비스(예를 들어, 회선(plan))에 가입할 경우, 통신 사업자는 제2 서버(예: 가입 관리자 데이터 준비 플러스(subscription manager data preparation plus: SM-DP+) 서버)로 상응하는 프로파일을 배치할 수 있다. 제2 서버에 프로파일이 배치될 경우, 제2 서버는 이벤트(event)를 생성할 수 있으며, 이벤트는 이벤트 식별자(event identifier: EventID)에 의해 식별될 수 있다. 이벤트는 특정 임베디드 범용 직접 회로 카드(embedded universal integrated circuit card: eUICC)에 의해 프로세싱되도록, 운영자(operator)를 대신하여 제2 서버에 의해 설정되는 프로파일 다운로드 또는 원격 프로파일 관리(remote profile management: RPM)에 대한 요청을 포함할 수 있다. 이벤트는 프로파일이 준비되어 있음을 의미할 수 있다. EventID는 eUICC ID (EID)를 포함할 수 있다. 이벤트는 이벤트 등록(event registration) 절차를 통해 제2 서버에 의해 제1 서버(예: 가입 관리자 디스커버리 서버(subscription manager discovery server: SM-DS))에 등록될 수 있다.
전자 장치는 전자 장치가 알고 있는 제1 서버의 어드레스에 기반하여 제1 서버에 접속하여, 프로파일이 준비되어 있는 제2 서버를 식별할 수 있다. 전자 장치는 제2 서버의 어드레스를 알지 못하더라도 제1 서버를 통해 제2 서버를 식별할 수 있고, 식별된 제2 서버를 통해 프로파일을 다운로드할 수 있다.
한편, 제2 서버는 이벤트가 발생할 때마다 제1 서버에 이벤트를 등록시키고, 전자 장치가 제2 서버로부터 해당 이벤트에 상응하는 프로파일을 다운로드 할 경우 해당 이벤트를 제1 서버에서 삭제할 수 있다. 이런 이벤트 등록, 프로파일 다운로드, 이벤트 삭제와 같은 일련의 동작은 전자 장치에 대한 프로파일이 준비될 때마다 발생할 수 있고, 따라서 이벤트 등록 시점과 무관하게 전자 장치가 프로파일을 다운로드하는 것은 불가능할 수 있다. 추가적으로, 이런 이벤트 등록, 프로파일 다운로드, 이벤트 삭제와 같은 일련의 동작은 이벤트 별로 독립적으로 수행되며, 따라서 복수의 이벤트들을 등록하고, 복수의 이벤트들에 대한 등록 시점과 무관하게 전자 장치가 프로파일을 다운로드하는 것은 불가능할 수 있다.
일 실시 예에 따른 전자 장치는, 적어도 하나의 통신 회로, 및 상기 적어도 하나의 통신 회로에 전기적으로 연결된 적어도 하나의 프로세서를 포함할 수 있다.
일 실시 예에 따른 상기 적어도 하나의 프로세서는, 상기 적어도 하나의 통신 회로를 통해 제1 서버로, 상기 전자 장치의 식별자, 및 프로파일 다운로드(profile download)와 관련되는 이벤트(event)에 대한 이벤트 레코드(event record)를 수신하는 것이 차단되는 장치임을 지시하는 값으로 설정된 파라미터를 포함하는, 상기 전자 장치에 대한 이벤트 레코드를 질의하기 위한 질의 메시지를 송신하도록 구성될 수 있다.
일 실시 예에 따른 상기 적어도 하나의 프로세서는, 상기 질의 메시지의 송신에 응답하여, 상기 적어도 하나의 통신 회로를 통해 상기 제1 서버로부터 질의 응답 메시지를 수신하도록 구성될 수 있다.
일 실시 예에 따른 상기 적어도 하나의 프로세서는, 상기 질의 응답 메시지가 상기 전자 장치에 대한 이벤트가 존재하지 않음을 지시하는 지시자를 포함함에 기반하여, 상기 적어도 하나의 통신 회로를 통해 제3 서버로, 신규 가입을 요청하는 요청 메시지를 송신하도록 구성될 수 있다.
일 실시 예에 따른 상기 적어도 하나의 프로세서는, 상기 요청 메시지의 송신에 응답하여, 상기 적어도 하나의 통신 회로를 통해 상기 제3 서버로부터, 상기 전자 장치의 프로파일을 다운로드하기 위한 다운로드 정보를 포함하는 응답 메시지를 수신하도록 구성될 수 있다.
일 실시 예에 따른 상기 적어도 하나의 프로세서는, 상기 적어도 하나의 통신 회로를 통해 상기 다운로드 정보에 상응하는 제2 서버로부터, 상기 프로파일을 다운로드 하도록 구성될 수 있다.
일 실시 예에 따른 제1 서버는, 메모리, 적어도 하나의 통신 회로, 및 상기 메모리 및 상기 적어도 하나의 통신 회로에 전기적으로 연결된 적어도 하나의 프로세서를 포함할 수 있다.
일 실시 예에 따른 상기 적어도 하나의 프로세서는, 상기 적어도 하나의 통신 회로를 통해 제2 서버로부터, 전자 장치의 프로파일 다운로드(profile download)와 관련되는 이벤트에 대한 이벤트 레코드(event record), 및 상기 이벤트 레코드가 상기 전자 장치로 제공되는 것이 차단되는지 여부를 지시하는 플래그를 포함하는, 상기 이벤트를 등록하기 위한 제1 등록 메시지를 수신하도록 구성될 수 있다.
일 실시 예에 따른 상기 적어도 하나의 프로세서는, 상기 제1 등록 메시지의 수신에 응답하여, 상기 이벤트 레코드와 상기 플래그를 매핑하여 상기 메모리에 상기 이벤트를 등록하도록 구성될 수 있다.
일 실시 예에 따른 상기 적어도 하나의 프로세서는, 상기 적어도 하나의 통신 회로를 통해 상기 전자 장치로부터, 상기 전자 장치의 식별자, 및 상기 전자 장치가 상기 이벤트 레코드를 수신하는 것이 차단되는 장치임을 지시하는 값으로 설정된 파라미터를 포함하는, 상기 이벤트 레코드를 질의하기 위한 제1 질의 메시지를 수신하도록 구성될 수 있다.
일 실시 예에 따른 상기 적어도 하나의 프로세서는, 상기 제1 질의 메시지의 수신에 응답하여, 상기 플래그의 값이 상기 이벤트 레코드가 상기 전자 장치로 제공되는 것이 차단됨을 지시하는 제1 값임을 확인함에 기반하여, 상기 적어도 하나의 통신 회로를 통해 상기 전자 장치로, 상기 전자 장치에 대한 이벤트가 존재하지 않음을 지시하는 지시자를 포함하는 제1 질의 응답 메시지를 송신하도록 구성될 수 있다.
일 실시 예에 따른 제2 서버는, 메모리, 적어도 하나의 통신 회로, 및 상기 메모리 및 상기 적어도 하나의 통신 회로에 전기적으로 연결된 적어도 하나의 프로세서를 포함할 수 있다.
일 실시 예에 따른 상기 적어도 하나의 프로세서는, 전자 장치의 프로파일 다운로드(profile download)와 관련되는 이벤트에 대한 이벤트 레코드(event record), 및 상기 이벤트 레코드가 상기 전자 장치로 제공되는 것이 차단되는지 여부를 지시하는 플래그를 포함하는, 상기 이벤트를 등록하기 위한 제1 등록 메시지를 생성하도록 구성될 수 있다.
일 실시 예에 따른 상기 적어도 하나의 프로세서는, 상기 적어도 하나의 통신 회로를 통해 제1 서버로, 상기 제1 등록 메시지를 송신하도록 구성될 수 있다.
일 실시 예에 따른 전자 장치의 동작 방법은, 제1 서버로, 상기 전자 장치의 식별자, 및 프로파일 다운로드(profile download)와 관련되는 이벤트(event)에 대한 이벤트 레코드(event record)를 수신하는 것이 차단되는 장치임을 지시하는 값으로 설정된 파라미터를 포함하는, 상기 전자 장치에 대한 이벤트 레코드를 질의하기 위한 질의 메시지를 송신하는 동작을 포함할 수 있다.
일 실시 예에 따른 상기 동작 방법은, 상기 질의 메시지의 송신에 응답하여, 상기 제1 서버로부터 질의 응답 메시지를 수신하는 동작을 포함할 수 있다.
일 실시 예에 따른 상기 동작 방법은, 상기 질의 응답 메시지가 상기 전자 장치에 대한 이벤트가 존재하지 않음을 지시하는 지시자를 포함함에 기반하여, 제3 서버로, 신규 가입을 요청하는 요청 메시지를 송신하는 동작을 포함할 수 있다.
일 실시 예에 따른 상기 동작 방법은, 상기 요청 메시지의 송신에 응답하여, 상기 제3 서버로부터, 상기 전자 장치의 프로파일을 다운로드하기 위한 다운로드 정보를 포함하는 응답 메시지를 수신하는 동작을 포함할 수 있다.
일 실시 예에 따른 상기 동작 방법은, 상기 다운로드 정보에 상응하는 제2 서버로부터, 상기 프로파일을 다운로드 하는 동작을 포함할 수 있다.
일 실시 예에 따른 제1 서버의 동작 방법은, 제2 서버로부터, 전자 장치(101)의 프로파일 다운로드(profile download)와 관련되는 이벤트에 대한 이벤트 레코드(event record), 및 상기 이벤트 레코드가 상기 전자 장치로 제공되는 것이 차단되는지 여부를 지시하는 플래그를 포함하는, 상기 이벤트를 등록하기 위한 제1 등록 메시지를 수신하는 동작을 포함할 수 있다.
일 실시 예에 따른 상기 동작 방법은, 상기 제1 등록 메시지의 수신에 응답하여, 상기 이벤트 레코드와 상기 플래그를 매핑하여 상기 이벤트를 등록하는 동작을 포함할 수 있다.
일 실시 예에 따른 상기 동작 방법은, 상기 전자 장치로부터, 상기 전자 장치의 식별자, 및 상기 전자 장치가 상기 이벤트 레코드를 수신하는 것이 차단되는 장치임을 지시하는 값으로 설정된 파라미터를 포함하는, 상기 이벤트 레코드를 질의하기 위한 제1 질의 메시지를 수신하는 동작을 포함할 수 있다.
일 실시 예에 따른 상기 동작 방법은, 상기 제1 질의 메시지의 수신에 응답하여, 상기 플래그의 값이 상기 이벤트 레코드가 상기 전자 장치로 제공되는 것이 차단됨을 지시하는 제1 값임을 확인함에 기반하여, 상기 전자 장치로, 상기 전자 장치에 대한 이벤트가 존재하지 않음을 지시하는 지시자를 포함하는 제1 질의 응답 메시지를 송신하는 동작을 포함할 수 있다.
일 실시 예에 따른 제2 서버의 동작 방법은, 전자 장치의 프로파일 다운로드(profile download)와 관련되는 이벤트에 대한 이벤트 레코드(event record), 및 상기 이벤트 레코드가 상기 전자 장치로 제공되는 것이 차단되는지 여부를 지시하는 플래그를 포함하는, 상기 이벤트를 등록하기 위한 제1 등록 메시지를 생성하는 동작을 포함할 수 있다.
일 실시 예에 따른 상기 동작 방법은, 제1 서버로, 상기 제1 등록 메시지를 송신하는 동작을 더 포함할 수 있다.
일 실시 예에 따른 비-일시적 컴퓨터 리드 가능 저장 매체는, 전자 장치의 적어도 하나의 프로세서에 의해 실행되며, 상기 전자 장치가 제1 서버로, 상기 전자 장치의 식별자, 및 프로파일 다운로드(profile download)와 관련되는 이벤트(event)에 대한 이벤트 레코드(event record)를 수신하는 것이 차단되는 장치임을 지시하는 값으로 설정된 파라미터를 포함하는, 상기 전자 장치에 대한 이벤트 레코드를 질의하기 위한 질의 메시지를 송신하도록 구성되는 인스트럭션(instruction)들을 포함하는 하나 또는 그 이상의 프로그램들을 포함할 수 있다.
일 실시 예에 따른 상기 인스트럭션들은, 상기 전자 장치가, 상기 질의 메시지의 송신에 응답하여, 상기 제1 서버로부터 질의 응답 메시지를 수신하도록 구성될 수 있다.
일 실시 예에 따른 상기 인스트럭션들은, 상기 전자 장치가, 상기 질의 응답 메시지가 상기 전자 장치에 대한 이벤트가 존재하지 않음을 지시하는 지시자를 포함함에 기반하여, 제3 서버로, 신규 가입을 요청하는 요청 메시지를 송신하도록 구성될 수 있다.
일 실시 예에 따른 상기 인스트럭션들은, 상기 전자 장치가, 상기 요청 메시지의 송신에 응답하여, 상기 제3 서버로부터, 상기 전자 장치의 프로파일을 다운로드하기 위한 다운로드 정보를 포함하는 응답 메시지를 수신하도록 구성될 수 있다.
일 실시 예에 따른 상기 인스트럭션들은, 상기 전자 장치가, 상기 다운로드 정보에 상응하는 제2 서버로부터, 상기 프로파일을 다운로드 하도록 구성될 수 있다.
일 실시 예에 따른 비-일시적 컴퓨터 리드 가능 저장 매체는, 제1 서버의 적어도 하나의 프로세서에 의해 실행되며, 상기 제1 서버가 제2 서버로부터, 전자 장치의 프로파일 다운로드(profile download)와 관련되는 이벤트에 대한 이벤트 레코드(event record), 및 상기 이벤트 레코드가 상기 전자 장치로 제공되는 것이 차단되는지 여부를 지시하는 플래그를 포함하는, 상기 이벤트를 등록하기 위한 제1 등록 메시지를 수신하도록 구성되는 인스트럭션(instruction)들을 포함하는 하나 또는 그 이상의 프로그램들을 포함할 수 있다.
일 실시 예에 따른 상기 인스트럭션들은, 상기 제1 서버가, 상기 제1 등록 메시지의 수신에 응답하여, 상기 이벤트 레코드와 상기 플래그를 매핑하여 상기 이벤트를 등록하도록 구성될 수 있다.
일 실시 예에 따른 상기 인스트럭션들은, 상기 제1 서버가, 상기 전자 장치로부터, 상기 전자 장치의 식별자, 및 상기 전자 장치가 상기 이벤트 레코드를 수신하는 것이 차단되는 장치임을 지시하는 값으로 설정된 파라미터를 포함하는, 상기 이벤트 레코드를 질의하기 위한 제1 질의 메시지를 수신하도록 구성될 수 있다.
일 실시 예에 따른 상기 인스트럭션들은, 상기 제1 서버가, 상기 제1 질의 메시지의 수신에 응답하여, 상기 플래그의 값이 상기 이벤트 레코드가 상기 전자 장치로 제공되는 것이 차단됨을 지시하는 제1 값임을 확인함에 기반하여, 상기 전자 장치로, 상기 전자 장치에 대한 이벤트가 존재하지 않음을 지시하는 지시자를 포함하는 제1 질의 응답 메시지를 송신하도록 구성될 수 있다.
일 실시 예에 따른 비-일시적 컴퓨터 리드 가능 저장 매체는, 제2 서버의 적어도 하나의 프로세서에 의해 실행되며, 상기 제2 서버가, 전자 장치의 프로파일 다운로드(profile download)와 관련되는 이벤트에 대한 이벤트 레코드(event record), 및 상기 이벤트 레코드가 상기 전자 장치로 제공되는 것이 차단되는지 여부를 지시하는 플래그를 포함하는, 상기 이벤트를 등록하기 위한 제1 등록 메시지를 생성하도록 구성되는 인스트럭션(instruction)들을 포함하는 하나 또는 그 이상의 프로그램들을 포함할 수 있다.
일 실시 예에 따른 상기 인스트럭션들은, 상기 제2 서버가, 제1 서버로, 상기 제1 등록 메시지를 송신하도록 구성될 수 있다.
도 1a는 일 실시 예에 따른, 네트워크 환경 내의 전자 장치의 블록도이다.
도 1b는 일 실시 예에 따른, 전자 장치를 포함하는 네트워크 환경을 나타내는 도면이다.
도 2는 일 실시 예에 따른, 전자 장치에 프로파일 기반의 통신 연결을 제공하는 시스템을 설명하기 위한 도면이다.
도 3은 일 실시 예에 따른, 전자 장치의 구성을 나타낸 블록도이다.
도 4는 일 실시 예에 따른, eUICC의 내부 구조를 설명하기 위한 도면이다.
도 5a는 일 실시 예에 따른, 프로파일 다운로드를 위한 네트워크 시스템을 나타내는 블록도이다.
도 5b는 일 실시 예에 따른, 제1 서버의 구성을 나타낸 블록도이다.
도 5c는 일 실시 예에 따른, 제2 서버의 구성을 나타낸 블록도이다.
도 6은 일 실시 예에 따른, 전자 장치의 동작 과정을 도시하고 있는 흐름도이다.
도 7은 일 실시 예에 따른 제1 서버의 동작 과정을 도시하고 있는 흐름도이다.
도 8은 일 실시 예에 따른 제2 서버의 동작 과정을 도시하고 있는 흐름도이다.
도 9a는 일 실시 예에 따른 무선 통신 네트워크에서 프로파일 다운로드를 관리하는 프로세스를 도시한 신호 흐름도들이다.
도 9b는 일 실시 예에 따른 무선 통신 네트워크에서 프로파일 다운로드를 관리하는 프로세스를 도시한 신호 흐름도들이다.
도 10a는 일 실시 예에 따른 무선 통신 네트워크에서 프로파일 다운로드를 관리하는 프로세스를 도시한 신호 흐름도들이다.
도 10b는 일 실시 예에 따른 무선 통신 네트워크에서 프로파일 다운로드를 관리하는 프로세스를 도시한 신호 흐름도들이다.
도 11a는 일 실시 예에 따른 무선 통신 네트워크에서 프로파일 다운로드를 관리하는 프로세스를 도시한 신호 흐름도들이다.
도 11b는 일 실시 예에 따른 무선 통신 네트워크에서 프로파일 다운로드를 관리하는 프로세스를 도시한 신호 흐름도들이다.
도 12a는 일 실시 예에 따른 무선 통신 네트워크에서 프로파일 다운로드를 관리하는 프로세스를 도시한 신호 흐름도들이다.
도 12b는 일 실시 예에 따른 무선 통신 네트워크에서 프로파일 다운로드를 관리하는 프로세스를 도시한 신호 흐름도들이다.
도 1a는 일 실시 예에 따른 네트워크 환경(100) 내의 전자 장치(101)를 도시한 블록도이다.
도 1a를 참조하면, 네트워크 환경(100)에서 전자 장치(101)는 제 1 네트워크(198)(예를 들어, 근거리 무선 통신 네트워크)를 통하여 전자 장치(102)와 통신하거나, 또는 제 2 네트워크(199)(예를 들어, 원거리 무선 통신 네트워크)를 통하여 전자 장치(104) 또는 서버(108)와 통신할 수 있다. 일 실시 예에 따르면, 전자 장치(101)는 서버(108)를 통하여 전자 장치(104)와 통신할 수 있다. 일 실시 예에 따르면, 전자 장치(101)는 프로세서(120), 메모리(130), 입력 모듈(150), 음향 출력 모듈(155), 디스플레이 모듈(160), 오디오 모듈(170), 센서 모듈(176), 인터페이스(177), 연결 단자(178), 햅틱 모듈(179), 카메라 모듈(180), 전력 관리 모듈(188), 배터리(189), 통신 모듈(190), 가입자 식별 모듈(196), 또는 안테나 모듈(197)을 포함할 수 있다. 어떤 실시 예에서는, 전자 장치(101)에는, 이 구성요소들 중 적어도 하나(예를 들어, 연결 단자(178))가 생략되거나, 하나 이상의 다른 구성요소가 추가될 수 있다. 어떤 실시 예에서는, 이 구성요소들 중 일부들(예를 들어, 센서 모듈(176), 카메라 모듈(180), 또는 안테나 모듈(197))은 하나의 구성요소(예를 들어, 디스플레이 모듈(160))로 통합될 수 있다.
프로세서(120)는, 예를 들면, 소프트웨어(예를 들어, 프로그램(140))를 실행하여 프로세서(120)에 연결된 전자 장치(101)의 적어도 하나의 다른 구성요소(예를 들어, 하드웨어 또는 소프트웨어 구성요소)를 제어할 수 있고, 다양한 데이터 처리 또는 연산을 수행할 수 있다. 일 실시 예에 따르면, 데이터 처리 또는 연산의 적어도 일부로서, 프로세서(120)는 다른 구성요소(예를 들어, 센서 모듈(176) 또는 통신 모듈(190))로부터 수신된 명령 또는 데이터를 휘발성 메모리(132)에 저장하고, 휘발성 메모리(132)에 저장된 명령 또는 데이터를 처리하고, 결과 데이터를 비 휘발성 메모리(134)에 저장할 수 있다. 일 실시 예에 따르면, 프로세서(120)는 메인 프로세서(121)(예를 들어, 중앙 처리 장치 또는 어플리케이션 프로세서) 또는 이와는 독립적으로 또는 함께 운영 가능한 보조 프로세서(123)(예를 들어, 그래픽 처리 장치, 신경망 처리 장치(NPU: neural processing unit), 이미지 시그널 프로세서, 센서 허브 프로세서, 또는 커뮤니케이션 프로세서)를 포함할 수 있다. 예를 들어, 전자 장치(101)가 메인 프로세서(121) 및 보조 프로세서(123)를 포함하는 경우, 보조 프로세서(123)는 메인 프로세서(121)보다 저전력을 사용하거나, 지정된 기능에 특화되도록 설정될 수 있다. 보조 프로세서(123)는 메인 프로세서(121)와 별개로, 또는 그 일부로서 구현될 수 있다.
보조 프로세서(123)는, 예를 들면, 메인 프로세서(121)가 인액티브(예를 들어, 슬립) 상태에 있는 동안 메인 프로세서(121)를 대신하여, 또는 메인 프로세서(121)가 액티브(예를 들어, 어플리케이션 실행) 상태에 있는 동안 메인 프로세서(121)와 함께, 전자 장치(101)의 구성요소들 중 적어도 하나의 구성요소(예를 들어, 디스플레이 모듈(160), 센서 모듈(176), 또는 통신 모듈(190))와 관련된 기능 또는 상태들의 적어도 일부를 제어할 수 있다. 일 실시예에 따르면, 보조 프로세서(123)(예를 들어, 이미지 시그널 프로세서 또는 커뮤니케이션 프로세서)는 기능적으로 관련 있는 다른 구성요소(예를 들어, 카메라 모듈(180) 또는 통신 모듈(190))의 일부로서 구현될 수 있다. 일 실시 예에 따르면, 보조 프로세서(123)(예를 들어, 신경망 처리 장치)는 인공지능 모델의 처리에 특화된 하드웨어 구조를 포함할 수 있다. 인공지능 모델은 기계 학습을 통해 생성될 수 있다. 이러한 학습은, 예를 들어, 인공지능이 수행되는 전자 장치(101) 자체에서 수행될 수 있고, 별도의 서버(예를 들어, 서버(108))를 통해 수행될 수도 있다. 학습 알고리즘은, 예를 들어, 지도형 학습(supervised learning), 비지도형 학습(unsupervised learning), 준지도형 학습(semi-supervised learning) 또는 강화 학습(reinforcement learning)을 포함할 수 있으나, 전술한 예에 한정되지 않는다. 인공지능 모델은, 복수의 인공 신경망 레이어들을 포함할 수 있다. 인공 신경망은 심층 신경망(DNN: deep neural network), CNN(convolutional neural network), RNN(recurrent neural network), RBM(restricted boltzmann machine), DBN(deep belief network), BRDNN(bidirectional recurrent deep neural network), 심층 Q-네트워크(deep Q-networks) 또는 상기 중 둘 이상의 조합 중 하나일 수 있으나, 전술한 예에 한정되지 않는다. 인공지능 모델은 하드웨어 구조 이외에, 추가적으로 또는 대체적으로, 소프트웨어 구조를 포함할 수 있다.
메모리(130)는, 전자 장치(101)의 적어도 하나의 구성요소(예를 들어, 프로세서(120) 또는 센서 모듈(176))에 의해 사용되는 다양한 데이터를 저장할 수 있다. 데이터는, 예를 들어, 소프트웨어(예를 들어, 프로그램(140)) 및, 이와 관련된 명령에 대한 입력 데이터 또는 출력 데이터를 포함할 수 있다. 메모리(130)는, 휘발성 메모리(132) 또는 비 휘발성 메모리(134)를 포함할 수 있다.
프로그램(140)은 메모리(130)에 소프트웨어로서 저장될 수 있으며, 예를 들면, 운영 체제(142), 미들웨어(144) 또는 어플리케이션(146)을 포함할 수 있다.
입력 모듈(150)은, 전자 장치(101)의 구성요소(예를 들어, 프로세서(120))에 사용될 명령 또는 데이터를 전자 장치(101)의 외부(예를 들어, 사용자)로부터 수신할 수 있다. 입력 모듈(150)은, 예를 들면, 마이크, 마우스, 키보드, 키(예를 들어, 버튼), 또는 디지털 펜(예를 들어, 스타일러스 펜)을 포함할 수 있다.
음향 출력 모듈(155)은 음향 신호를 전자 장치(101)의 외부로 출력할 수 있다. 음향 출력 모듈(155)은, 예를 들면, 스피커 또는 리시버를 포함할 수 있다. 스피커는 멀티미디어 재생 또는 녹음 재생과 같이 일반적인 용도로 사용될 수 있다. 리시버는 착신 전화를 수신하기 위해 사용될 수 있다. 일 실시 예에 따르면, 리시버는 스피커와 별개로, 또는 그 일부로서 구현될 수 있다.
디스플레이 모듈(160)은 전자 장치(101)의 외부(예를 들어, 사용자)로 정보를 시각적으로 제공할 수 있다. 디스플레이 모듈(160)은, 예를 들면, 디스플레이, 홀로그램 장치, 또는 프로젝터 및 해당 장치를 제어하기 위한 제어 회로를 포함할 수 있다. 일 실시예에 따르면, 디스플레이 모듈(160)은 터치를 감지하도록 설정된 터치 센서, 또는 상기 터치에 의해 발생되는 힘의 세기를 측정하도록 설정된 압력 센서를 포함할 수 있다.
오디오 모듈(170)은 소리를 전기 신호로 변환시키거나, 반대로 전기 신호를 소리로 변환시킬 수 있다. 일 실시 예에 따르면, 오디오 모듈(170)은, 입력 모듈(150)을 통해 소리를 획득하거나, 음향 출력 모듈(155), 또는 전자 장치(101)와 직접 또는 무선으로 연결된 외부 전자 장치(예를 들어, 전자 장치(102))(예를 들어, 스피커 또는 헤드폰)를 통해 소리를 출력할 수 있다.
센서 모듈(176)은 전자 장치(101)의 작동 상태(예를 들어, 전력 또는 온도), 또는 외부의 환경 상태(예를 들어, 사용자 상태)를 감지하고, 감지된 상태에 대응하는 전기 신호 또는 데이터 값을 생성할 수 있다. 일 실시 예에 따르면, 센서 모듈(176)은, 예를 들면, 제스처 센서, 자이로 센서, 기압 센서, 마그네틱 센서, 가속도 센서, 그립 센서, 근접 센서, 컬러 센서, IR(infrared) 센서, 생체 센서, 온도 센서, 습도 센서, 또는 조도 센서를 포함할 수 있다.
인터페이스(177)는 전자 장치(101)가 외부 전자 장치(예를 들어, 전자 장치(102))와 직접 또는 무선으로 연결되기 위해 사용될 수 있는 하나 이상의 지정된 프로토콜들을 지원할 수 있다. 일 실시 예에 따르면, 인터페이스(177)는, 예를 들면, HDMI(high definition multimedia interface), USB(universal serial bus) 인터페이스, SD카드 인터페이스, 또는 오디오 인터페이스를 포함할 수 있다.
연결 단자(178)는, 그를 통해서 전자 장치(101)가 외부 전자 장치(예를 들어, 전자 장치(102))와 물리적으로 연결될 수 있는 커넥터를 포함할 수 있다. 일 실시예에 따르면, 연결 단자(178)는, 예를 들면, HDMI 커넥터, USB 커넥터, SD 카드 커넥터, 또는 오디오 커넥터(예를 들어, 헤드폰 커넥터)를 포함할 수 있다.
햅틱 모듈(179)은 전기적 신호를 사용자가 촉각 또는 운동 감각을 통해서 인지할 수 있는 기계적인 자극(예를 들어, 진동 또는 움직임) 또는 전기적인 자극으로 변환할 수 있다. 일 실시 예에 따르면, 햅틱 모듈(179)은, 예를 들면, 모터, 압전 소자, 또는 전기 자극 장치를 포함할 수 있다.
카메라 모듈(180)은 정지 영상 및 동영상을 촬영할 수 있다. 일 실시 예에 따르면, 카메라 모듈(180)은 하나 이상의 렌즈들, 이미지 센서들, 이미지 시그널 프로세서들, 또는 플래시들을 포함할 수 있다.
전력 관리 모듈(188)은 전자 장치(101)에 공급되는 전력을 관리할 수 있다. 일 실시 예에 따르면, 전력 관리 모듈(188)은, 예를 들면, PMIC(power management integrated circuit)의 적어도 일부로서 구현될 수 있다.
배터리(189)는 전자 장치(101)의 적어도 하나의 구성요소에 전력을 공급할 수 있다. 일 실시 예에 따르면, 배터리(189)는, 예를 들면, 재충전 불가능한 1차 전지, 재충전 가능한 2차 전지 또는 연료 전지를 포함할 수 있다.
통신 모듈(190)은 전자 장치(101)와 외부 전자 장치(예를 들어, 전자 장치(102), 전자 장치(104), 또는 서버(108)) 간의 직접(예를 들어, 유선) 통신 채널 또는 무선 통신 채널의 수립, 및 수립된 통신 채널을 통한 통신 수행을 지원할 수 있다. 통신 모듈(190)은 프로세서(120)(예를 들어, 어플리케이션 프로세서)와 독립적으로 운영되고, 직접(예를 들어, 유선) 통신 또는 무선 통신을 지원하는 하나 이상의 커뮤니케이션 프로세서를 포함할 수 있다. 일 실시 예에 따르면, 통신 모듈(190)은 무선 통신 모듈(192)(예를 들어, 셀룰러 통신 모듈, 근거리 무선 통신 모듈, 또는 GNSS(global navigation satellite system) 통신 모듈) 또는 유선 통신 모듈(194)(예를 들어, LAN(local area network) 통신 모듈, 또는 전력선 통신 모듈)을 포함할 수 있다. 이들 통신 모듈 중 해당하는 통신 모듈은 제 1 네트워크(198)(예를 들어, 블루투스, 와이파이(Wi-Fi: wireless fidelity) direct 또는 IrDA(infrared data association)와 같은 근거리 통신 네트워크) 또는 제 2 네트워크(199)(예를 들어, 레거시 셀룰러 네트워크, 5G 네트워크, 차세대 통신 네트워크, 인터넷, 또는 컴퓨터 네트워크(예를 들어, LAN 또는 WAN)와 같은 원거리 통신 네트워크)를 통하여 외부의 전자 장치(104)와 통신할 수 있다. 이런 여러 종류의 통신 모듈들은 하나의 구성요소(예를 들어, 단일 칩)로 통합되거나, 또는 서로 별도의 복수의 구성요소들(예를 들어, 복수 칩들)로 구현될 수 있다. 무선 통신 모듈(192)은 가입자 식별 모듈(196)에 저장된 가입자 정보(예를 들어, 국제 모바일 가입자 식별자(IMSI))를 이용하여 제 1 네트워크(198) 또는 제 2 네트워크(199)와 같은 통신 네트워크 내에서 전자 장치(101)를 확인 또는 인증할 수 있다.
무선 통신 모듈(192)은 4G 네트워크 이후의 5G 네트워크 및 차세대 통신 기술, 예를 들어, NR 접속 기술(new radio access technology)을 지원할 수 있다. NR 접속 기술은 고용량 데이터의 고속 전송(eMBB(enhanced mobile broadband)), 단말 전력 최소화와 복수 단말의 접속(mMTC(massive machine type communications)), 또는 고신뢰도와 저지연(URLLC(ultra-reliable and low-latency communications))을 지원할 수 있다. 무선 통신 모듈(192)은, 예를 들어, 높은 데이터 전송률 달성을 위해, 고주파 대역(예를 들어, mmWave 대역)을 지원할 수 있다. 무선 통신 모듈(192)은 고주파 대역에서의 성능 확보를 위한 다양한 기술들, 예를 들어, 빔포밍(beamforming), 거대 배열 다중 입출력(massive MIMO(multiple-input and multiple-output)), 전차원 다중입출력(FD-MIMO: full dimensional MIMO), 어레이 안테나(array antenna), 아날로그 빔형성(analog beam-forming), 또는 대규모 안테나(large scale antenna)와 같은 기술들을 지원할 수 있다. 무선 통신 모듈(192)은 전자 장치(101), 외부 전자 장치(예를 들어, 전자 장치(104)) 또는 네트워크 시스템(예를 들어, 제 2 네트워크(199))에 규정되는 다양한 요구사항을 지원할 수 있다. 일 실시예에 따르면, 무선 통신 모듈(192)은 eMBB 실현을 위한 Peak data rate(예를 들어, 20Gbps 이상), mMTC 실현을 위한 손실 Coverage(예를 들어, 164dB 이하), 또는 URLLC 실현을 위한 U-plane latency(예를 들어, 다운링크(DL) 및 업링크(UL) 각각 0.5ms 이하, 또는 라운드 트립 1ms 이하)를 지원할 수 있다.
안테나 모듈(197)은 신호 또는 전력을 외부(예를 들어, 외부의 전자 장치)로 송신하거나 외부로부터 수신할 수 있다. 일 실시 예에 따르면, 안테나 모듈(197)은 서브스트레이트(예를 들어, PCB) 위에 형성된 도전체 또는 도전성 패턴으로 이루어진 방사체를 포함하는 안테나를 포함할 수 있다. 일 실시 예에 따르면, 안테나 모듈(197)은 복수의 안테나들(예를 들어, 어레이 안테나)을 포함할 수 있다. 이런 경우, 제 1 네트워크(198) 또는 제 2 네트워크(199)와 같은 통신 네트워크에서 사용되는 통신 방식에 적합한 적어도 하나의 안테나가, 예를 들면, 통신 모듈(190)에 의하여 상기 복수의 안테나들로부터 선택될 수 있다. 신호 또는 전력은 상기 선택된 적어도 하나의 안테나를 통하여 통신 모듈(190)과 외부의 전자 장치 간에 송신되거나 수신될 수 있다. 어떤 실시 예에 따르면, 방사체 이외에 다른 부품(예를 들어, RFIC(radio frequency integrated circuit))이 추가로 안테나 모듈(197)의 일부로 형성될 수 있다.
일 실시 예에 따르면, 안테나 모듈(197)은 mmWave 안테나 모듈을 형성할 수 있다. 일 실시 예에 따르면, mmWave 안테나 모듈은 인쇄 회로 기판, 상기 인쇄 회로 기판의 제 1 면(예를 들어, 아래 면)에 또는 그에 인접하여 배치되고 지정된 고주파 대역(예를 들어, mmWave 대역)을 지원할 수 있는 RFIC, 및 상기 인쇄 회로 기판의 제 2 면(예를 들어, 윗면 또는 측 면)에 또는 그에 인접하여 배치되고 상기 지정된 고주파 대역의 신호를 송신 또는 수신할 수 있는 복수의 안테나들(예를 들어, 어레이 안테나)을 포함할 수 있다.
상기 구성요소들 중 적어도 일부는 주변 기기들간 통신 방식(예를 들어, 버스, GPIO(general purpose input and output), SPI(serial peripheral interface), 또는 MIPI(mobile industry processor interface))을 통해 서로 연결되고 신호(예를 들어, 명령 또는 데이터)를 상호간에 교환할 수 있다.
일 실시 예에 따르면, 명령 또는 데이터는 제 2 네트워크(199)에 연결된 서버(108)를 통해서 전자 장치(101)와 외부의 전자 장치(104)간에 송신 또는 수신될 수 있다. 외부의 전자 장치(102, 또는 104) 각각은 전자 장치(101)와 동일한 또는 다른 종류의 장치일 수 있다. 일 실시 예에 따르면, 전자 장치(101)에서 실행되는 동작들의 전부 또는 일부는 외부의 전자 장치들(102, 104, 또는 108) 중 하나 이상의 외부의 전자 장치들에서 실행될 수 있다. 예를 들면, 전자 장치(101)가 어떤 기능이나 서비스를 자동으로, 또는 사용자 또는 다른 장치로부터의 요청에 반응하여 수행해야 할 경우에, 전자 장치(101)는 기능 또는 서비스를 자체적으로 실행시키는 대신에 또는 추가적으로, 하나 이상의 외부의 전자 장치들에게 그 기능 또는 그 서비스의 적어도 일부를 수행하라고 요청할 수 있다. 상기 요청을 수신한 하나 이상의 외부의 전자 장치들은 요청된 기능 또는 서비스의 적어도 일부, 또는 상기 요청과 관련된 추가 기능 또는 서비스를 실행하고, 그 실행의 결과를 전자 장치(101)로 전달할 수 있다. 전자 장치(101)는 상기 결과를, 그대로 또는 추가적으로 처리하여, 상기 요청에 대한 응답의 적어도 일부로서 제공할 수 있다. 이를 위하여, 예를 들면, 클라우드 컴퓨팅, 분산 컴퓨팅, 모바일 에지 컴퓨팅(MEC: mobile edge computing), 또는 클라이언트-서버 컴퓨팅 기술이 이용될 수 있다. 전자 장치(101)는, 예를 들어, 분산 컴퓨팅 또는 모바일 에지 컴퓨팅을 이용하여 초저지연 서비스를 제공할 수 있다. 일 실시 예에 있어서, 외부의 전자 장치(104)는 IoT(internet of things) 기기를 포함할 수 있다. 서버(108)는 기계 학습 및/또는 신경망을 이용한 지능형 서버일 수 있다. 일 실시예에 따르면, 외부의 전자 장치(104) 또는 서버(108)는 제 2 네트워크(199) 내에 포함될 수 있다. 전자 장치(101)는 5G 통신 기술 및 IoT 관련 기술에 기반하여 지능형 서비스(예를 들어, 스마트 홈, 스마트 시티, 스마트 카, 또는 헬스 케어)에 적용될 수 있다.
본 문서에 개시된 일 실시 예에 따른 전자 장치는 다양한 형태의 장치가 될 수 있다. 전자 장치는, 예를 들면, 휴대용 통신 장치(예: 스마트폰), 컴퓨터 장치, 휴대용 멀티미디어 장치, 휴대용 의료 기기, 카메라, 웨어러블 장치, 또는 가전 장치를 포함할 수 있다. 본 문서의 실시 예에 따른 전자 장치는 전술한 기기들에 한정되지 않는다.
본 문서의 일 실시 예 및 이에 사용된 용어들은 본 문서에 기재된 기술적 특징들을 특정한 실시 예로 한정하려는 것이 아니며, 해당 실시예의 다양한 변경, 균등물, 또는 대체물을 포함하는 것으로 이해되어야 한다. 도면의 설명과 관련하여, 유사한 또는 관련된 구성요소에 대해서는 유사한 참조 부호가 사용될 수 있다. 아이템에 대응하는 명사의 단수 형은 관련된 문맥상 명백하게 다르게 지시하지 않는 한, 상기 아이템 한 개 또는 복수 개를 포함할 수 있다. 본 문서에서, "A 또는 B", "A 및 B 중 적어도 하나", "A 또는 B 중 적어도 하나", "A, B 또는 C", "A, B 및 C 중 적어도 하나", 및 "A, B, 또는 C 중 적어도 하나"와 같은 문구들 각각은 그 문구들 중 해당하는 문구에 함께 나열된 항목들 중 어느 하나, 또는 그들의 모든 가능한 조합을 포함할 수 있다. "제 1", "제 2", 또는 "첫째" 또는 "둘째"와 같은 용어들은 단순히 해당 구성요소를 다른 해당 구성요소와 구분하기 위해 사용될 수 있으며, 해당 구성요소들을 다른 측면(예: 중요성 또는 순서)에서 한정하지 않는다. 어떤(예: 제 1) 구성요소가 다른(예: 제 2) 구성요소에, "기능적으로" 또는 "통신적으로"라는 용어와 함께 또는 이런 용어 없이, "커플드" 또는 "커넥티드"라고 언급된 경우, 그것은 상기 어떤 구성요소가 상기 다른 구성요소에 직접적으로(예: 유선으로), 무선으로, 또는 제 3 구성요소를 통하여 연결될 수 있다는 것을 의미한다.
본 문서의 일 실시 예에서 사용된 용어 "모듈"은 하드웨어, 소프트웨어 또는 펌웨어로 구현된 유닛을 포함할 수 있으며, 예를 들면, 로직, 논리 블록, 부품, 또는 회로와 같은 용어와 상호 호환적으로 사용될 수 있다. 모듈은, 일체로 구성된 부품 또는 하나 또는 두 개 이상의 기능을 수행하는, 상기 부품의 최소 단위 또는 그 일부가 될 수 있다. 예를 들면, 일 실시 예에 따르면, 모듈은 ASIC(application-specific integrated circuit)의 형태로 구현될 수 있다.
본 문서의 일 실시 예는 기기(machine)(예: 전자 장치(101)) 의해 읽을 수 있는 저장 매체(storage medium)(예: 내장 메모리(136) 또는 외장 메모리(138))에 저장된 하나 이상의 명령어들을 포함하는 소프트웨어(예: 프로그램(140))로서 구현될 수 있다. 예를 들면, 기기(예: 전자 장치(101))의 프로세서(예: 프로세서(120))는, 저장 매체로부터 저장된 하나 이상의 명령어들 중 적어도 하나의 명령을 호출하고, 그것을 실행할 수 있다. 이것은 기기가 상기 호출된 적어도 하나의 명령어에 따라 적어도 하나의 기능을 수행하도록 운영되는 것을 가능하게 한다. 상기 하나 이상의 명령어들은 컴파일러에 의해 생성된 코드 또는 인터프리터에 의해 실행될 수 있는 코드를 포함할 수 있다. 기기로 읽을 수 있는 저장 매체는, 비일시적(non-transitory) 저장 매체의 형태로 제공될 수 있다. 여기서, '비일시적'은 저장 매체가 실재(tangible)하는 장치이고, 신호(signal)(예: 전자기파)를 포함하지 않는다는 것을 의미할 뿐이며, 이 용어는 데이터가 저장 매체에 반영구적으로 저장되는 경우와 임시적으로 저장되는 경우를 구분하지 않는다.
일 실시 예에 따르면, 본 문서에 개시된 일 실시 예에 따른 방법은 컴퓨터 프로그램 제품(computer program product)에 포함되어 제공될 수 있다. 컴퓨터 프로그램 제품은 상품으로서 판매자 및 구매자 간에 거래될 수 있다. 컴퓨터 프로그램 제품은 기기로 읽을 수 있는 저장 매체(예: compact disc read only memory(CD-ROM))의 형태로 배포되거나, 또는 어플리케이션 스토어(예: 플레이 스토어TM)를 통해 또는 두 개의 사용자 장치들(예: 스마트폰들) 간에 직접, 온라인으로 배포(예: 다운로드 또는 업로드)될 수 있다. 온라인 배포의 경우에, 컴퓨터 프로그램 제품의 적어도 일부는 제조사의 서버, 어플리케이션 스토어의 서버, 또는 중계 서버의 메모리와 같은 기기로 읽을 수 있는 저장 매체에 적어도 일시 저장되거나, 임시적으로 생성될 수 있다.
일 실시 예에 따르면, 상기 기술한 구성요소들의 각각의 구성요소(예: 모듈 또는 프로그램)는 단수 또는 복수의 개체를 포함할 수 있으며, 복수의 개체 중 일부는 다른 구성요소에 분리 배치될 수도 있다. 일 실시 예에 따르면, 전술한 해당 구성요소들 중 하나 이상의 구성요소들 또는 동작들이 생략되거나, 또는 하나 이상의 다른 구성요소들 또는 동작들이 추가될 수 있다. 대체적으로 또는 추가적으로, 복수의 구성요소들(예: 모듈 또는 프로그램)은 하나의 구성요소로 통합될 수 있다. 이런 경우, 통합된 구성요소는 상기 복수의 구성요소들 각각의 구성요소의 하나 이상의 기능들을 상기 통합 이전에 상기 복수의 구성요소들 중 해당 구성요소에 의해 수행되는 것과 동일 또는 유사하게 수행할 수 있다. 일 실시 예에 따르면, 모듈, 프로그램 또는 다른 구성요소에 의해 수행되는 동작들은 순차적으로, 병렬적으로, 반복적으로, 또는 휴리스틱하게 실행되거나, 상기 동작들 중 하나 이상이 다른 순서로 실행되거나, 생략되거나, 또는 하나 이상의 다른 동작들이 추가될 수 있다.
도 1b는 일 실시 예에 따른, 전자 장치를 포함하는 네트워크 환경(100)을 나타내는 도면이다.
도 1b를 참조하면, 본 발명의 일 실시 예에 따른 네트워크는 전자 장치(101), 제1 통신 네트워크(111a) 및/또는 제2 통신 네트워크(112a)를 포함할 수 있다.
일 실시 예에 따라서, 전자 장치(101)는 하나의 장치에서 두 개의 가입자 식별 모듈(subscriber identity module: SIM)을 지원하는 듀얼 SIM 듀얼 스탠바이(dual SIM dual standby: DSDS) 전자 장치 또는 듀얼 SIM 듀얼 액티브(dual SIM dual active: DSDA) 전자 장치로 동작할 수 있다. 예를 들어, 전자 장치(101)는 제1 SIM(111) 및 임베디드 SIM(embedded SIM: eSIM)(201)을 포함할 수 있다. 제1 SIM(111)은 제거 가능 SIM(removable SIM: rSIM)일 수 있다. 예를 들어, 전자 장치(101)에는 SIM 카드가 장착될 수 있다. 이하에서는, 설명의 편의상 SIM 카드를 SIM으로 칭하기로 한다. 전자 장치(101)는 제1 SIM(111)을 수용하기 위해, 슬롯(slot)(미도시)을 포함할 수 있다. 일 실시 예에 따르면, 도 1a에 별도로 도시하지는 않았으나, 전자 장치(101)는 두 개 또는 그 이상의 SIM들을 수용할 수 있다. 이 경우, 전자 장치(101)는 복수의 SIM들을 수용하기 위한 복수의 슬롯들을 포함할 수 있다.
예를 들어, 제1 SIM(111)은 제1 통신 네트워크(111a)의 통신 사업자에 가입된 SIM일 수 있다. 전자 장치(101)는 제1 SIM(111)을 사용하여 제1 통신 네트워크(111a)에 접속함으로써 무선 통신 서비스를 제공 받을 수 있다. 일 실시 예에 따르면, 전자 장치(101)는 eSIM(201)을 포함할 수 있다. eSIM은 임베디드 UICC(embedded UICC: eUICC)로도 칭해질 수 있다. 전자 장치(101)는 eSIM(201)을 사용하여 제2 통신 네트워크(112a)에 접속함으로써 무선 통신 서비스를 제공 받을 수 있다. 제1 통신 네트워크(111a) 및 제2 통신 네트워크(112a)는 동일한 통신 사업자에 의하여 제공되거나, 또는 다른 통신 사업자들에 의하여 제공될 수 있다.
도 2는 일 실시 예에 따른 전자 장치에 프로파일 기반의 통신 연결을 제공하는 시스템을 설명하기 위한 도면이다.
도 2를 참조하면, 일 실시 예에 따른 시스템(200)은 전자 장치(101), 가입 관리자 디스커버리 서버(subscription manager discovery server: SM-DS)(210), 가입 관리자 데이터 준비 플러스(subscription manager data preparation plus: SM-DP+) 서버(220), 이동 네트워크 운영자(mobile network operator: MNO) 서버(230), 통신 서비스 서버(240)를 포함할 수 있다.
일 실시 예에 따르면 전자 장치(101)(예를 들어, 도 1a 또는 도 1b의 전자 장치(101))는 eSIM(201)을 포함할 수 있다. 설명의 편의를 위하여 도 2에 별도로 도시되지는 않았으나, 전자 장치(101)는 적어도 하나의 rSIM을 수용할 수 있는 적어도 하나의 슬롯을 포함할 수 있다. 일 실시 예에 따라서, 전자 장치(101)는 N개(여기서, N은 자연수)의 SIM들(예를 들어, eSIM들 또는 rSIM들)을 포함 가능하거나, 또는 수용 가능하며, N개의 SIM들 중 일부를 사용할 수 있도록 스위칭 동작을 수행할 수 있다. 일 실시 예에서, N개의 SIM들의 조합에는 제한이 없으며, 또한 그 숫자에도 제한은 없을 수 있다.
일 실시 예에 따르면, eSIM(201)은 전자 장치(101) 내에 삽입되거나 전자 장치(101)와 일체형으로 구비되거나, 전자 장치(101)가 액세스 가능하도록 구현될 수 있다. 일 실시 예에 따르면, eSIM(201)은 전자 장치(101)가 eSIM(201)에 저장되어 있는 정보(예를 들어, 범용 가입자 식별 모듈(universal subscriber identity module: USIM) 정보를 포함하는 프로파일(profile))를 사용하여 MNO 서버(230)와 인증 동작을 수행하도록 할 수 있다. 일 실시 예에 따르면, eSIM(201)은 이동 통신 글로벌 시스템(global system for mobile communications: GSM) 방식에서는 SIM 카드로 칭해질 수 있으며, 광대역 코드 분할 다중 접속(wideband code division multiple access: WCDMA) 방식, 롱 텀 에볼루션(long term evolution: LTE) 방식, NR(new radio) 방식의 경우 범용 가입자 식별 모듈(universal subscriber identity module: USIM) 카드로 칭해질 수 있다. 이 외에도, 통신 방식들에 따라 eSIM(201)은 다양한 이름들로 칭해질 수 있다. 예를 들면, 전자 장치(101)의 사용자가 통신 사업자가 제공하는 무선 통신 서비스에 가입할 경우, 전자 장치(101)는 eSIM(201) 내의 정보(예를 들어, 국제 이동 가입 식별자(international mobile subscriber identity: IMSI) 값과 인증을 위한 암호키 값인 K 값)를 사용하여 동일한 IMSI 값과 암호키 값이 저장되어 있는 MNO 서버(230)와 적합한 인증 프로세스를 수행할 수 있다. 인증 프로세스를 통한 인증에 성공할 경우, 전자 장치(101)는 무선 통신 서비스를 사용할 수 있다. 일 실시 예에서, 인증 프로세스는 인증 방식에 기반할 수 있다. 인증 방식은, 확장 가능 인증 프로토콜 인증 및 키 합의(extensible authentication protocol authentication and key agreement: EAP-AKA) 방식, 오픈 식별(open identification: OPEN ID) 방식, 또는 단문 메시지 서비스 일회용 패스워드(short message service one time password: SMS-OTP) 방식일 수 있다. EAP-AKA 방식은 물리적 SIM(예를 들어, USIM) 또는 eSIM 프로파일을 사용하는 인증 방식일 수 있으며, RFC 4187을 따를 수 있으나, 이로 제한되는 것은 아닐 수 있다. OPEN ID 방식은 통신 사업자의 웹 페이지에서 ID/패스워드(password)를 사용하는 인증 방식일 수 있다. SMS-OTP 방식은 SMS를 사용하는 OTP 방식일 수 있다.
일 실시 예에 따르면, eSIM(201)은 특정 통신 사업자의 요청에 의해 해당 통신 사업자를 위한 전용 카드로 제조될 수 있으며, 해당 통신 사업자의 네트워크 접속을 위한 인증 정보(예를 들어, USIM 어플리케이션 및 가입자 ID(예를 들어, IMSI)), 암호키 값(예를 들어, 공지된 K 값 또는 Ki 값)이 사전에 탑재될 수 있다. eSIM(201) 내의 어플리케이션(또는 정보)은 필요 시 OTA(over the air)과 같은 다양한 기술들을 사용하여 설치, 수정, 삭제 또는 업데이트될 수 있다.
일 실시 예에 따르면, eSIM(201)은 통신 서비스 제공을 위한 정보를 프로파일의 형태로 다운로드 또는/및 저장할 수 있다. 일 실시 예에 따르면, 프로파일은 eSIM(201) 제조 과정에서 설치 또는 저장되거나 OTA 방식으로 전자 장치(101)에 의해 다운로드되어 eSIM(201)에 설치될 수 있거나, 또는 저장될 수 있다. 예를 들면, 프로파일은 프로비저닝 프로파일(provisioning profile)과 오퍼레이셔널 프로파일(operational profile)을 포함할 수 있다. 프로비저닝 프로파일이 설치되지 않을 경우에도, 전자 장치(101)는 와이파이(wireless fidelity: Wi-Fi) 방식 기반의 근거리 연결 또는 인터넷 연결을 통하여 오퍼레이셔널 프로파일을 다운로드 받을 수 있으며, 프로비저닝 프로파일이 필수적으로 전자 장치(101)에 설치될 필요는 없음을 당업자는 이해할 것이다. 예를 들면, 오퍼레이셔널 프로파일은 전자 장치(101)의 사용자의 가입자 식별 정보를 포함하는 프로파일일 수 있으며, 프로비저닝 프로파일은 전자 장치(101)에서 가입자 식별 정보 또는 가입자 식별 정보(이하, '제1 가입자 식별 정보'라고도 칭해짐)를 포함하는 프로파일(이하, '제1 오퍼레이셔널 프로파일'이라고도 칭해짐)을 다운로드하기 위한 정보(이하, "제1 정보"라고도 칭해짐)를 포함할 수 있다. 전자 장치(101)는 eSIM(201) 내의 프로비저닝 프로파일 상의 제1 정보에 기반하여 제1 오퍼레이셔널 프로파일을 다운로드할 수 있다.
일 실시 예에 따르면, 전자 장치(101)는 eSIM(201)에 설치된 또는 저장된 오퍼레이셔널 프로파일(이하, '제2 오퍼레이셔널 프로파일'이라고도 칭해짐)의 가입자 식별 정보(이하, '제2 가입자 식별 정보' 라고도 칭해짐)를 사용하여 통신 서비스를 제공받을 수 있다. 예를 들면, 가입자 식별 정보를 포함하는 프로파일은 SIM 프로파일일 수 있다.
일 실시 예에 따르면, 오퍼레이셔널 프로파일은 가입자 식별 정보 외에 가입자의 네트워크 접속 인증 정보, 가입자의 전화번호부, 가입자의 개인 정보(예를 들어, 단문 메시지 서비스(short message service: SMS), 가입한 통신 사업자 명, 사용 가능한 서비스, 사용 가능한 데이터 량, 요금 또는 서비스 제공 속도, 또는 GSM 통신 네트워크, WCDMA 통신 네트워크, LTE 통신 네트워크, NR 통신 네트워크와 같은 무선 통신 네트워크에 접속 시 필요로 되는 가입자 인증 및 트래픽 보안 키 생성과 관련되는 정보 중 적어도 하나를 더 포함할 수 있다.
일 실시 예에 따르면, 제1 가입자 식별 정보를 포함하는 데이터(예를 들어, 제1 오퍼레이셔널 프로파일)를 다운로드하는 데 사용되는 제1 정보는 제1 오퍼레이셔널 프로파일의 다운로드를 위해 지정된 제1 통신 연결을 위한 통신 세션 정보를 포함할 수 있다. 예를 들면, 통신 세션 정보는 제1 오퍼레이셔널 프로파일의 다운로드를 위한 SM-DS(210)에 대한 접속 정보 및/또는 SM-DS(210)에 대한 접속을 위해 사용 가능한 통신 사업자 네트워크 정보를 포함할 수 있다.
일 실시 예에 따르면, SM-DS(210)는 프로비저닝 프로파일에 기반하여 제1 오퍼레이셔널 프로파일을 다운로드할 수 있는 SM-DP+ 서버(220)의 어드레스(address)를 전자 장치(101)에 제공할 수 있다.
일 실시 예에 따르면, SM-DP+ 서버(220)는 프로파일 제공 서버, 프로파일 도메인(domain)의 오프 카드 엔터티(off-card entity of profile domain), 프로파일 암호화 서버, 프로파일 생성 서버, 프로파일 프로비저너(profile provisioner) 또는 프로파일 제공자(profile provider)일 수 있다. SM-DP+ 서버(220)는 전자 장치(101)로부터의 프로비저닝 프로파일 기반의 제1 통신 연결 요청에 기반하여 무선 통신 네트워크를 통해 전자 장치(101)와 제1 통신 연결(22)을 설정할 수 있고, 제1 통신 연결(22)을 통해 전자 장치(101)에게 제1 오퍼레이셔널 프로파일을 제공할 수 있다.
일 실시 예에 따르면, 무선 통신 네트워크는 무선 통신 네트워크의 특정 노드(node)일 수 있다. 예를 들어, 무선 통신 네트워크는 무선 통신 네트워크의 기지국, 가입자 정보 관리 노드, 및/또는 이동성 관리 노드일 수 있다. 일 실시 예에 따르면, 무선 통신 네트워크는 전자 장치(101)가 접속하여 가입자 인증 기능을 수행하는 홈 위치 등록기(home location register: HLR) 및/또는 인증 센터(authentication center: AuC) 서버를 포함할 수 있다. 전자 장치(101)는 가입자 인증에 성공할 경우 통신 서비스 서버(240)에 접속하여 음성 통신 또는 데이터 통신과 같은 다양한 통신 서비스들을 제공받을 수 있다.
일 실시 예에 따르면, MNO 서버(230)는 이동 통신 네트워크 사업자와 연관된 서버일 수 있다. 일 실시 예에 따르면, MNO 서버(230)는 적어도 하나의 가입자 식별 정보(예를 들어, 제1 가입자 식별 정보)와 연관된 적어도 하나의 프로파일(또는 프로파일 패키지(profile package))(예를 들어, 제1 오퍼레이셔널 프로파일)을 준비할 것을 상기 SM-DP+ 서버 (220)에 요청할 수 있고, 제1 오퍼레이셔널 프로파일과 연관된 정보를 SM-DP+ 서버(220)로 송신할 수 있다. 일 실시 예에 따르면, MNO 서버(230)는 제1 오퍼레이셔널 프로파일을 업데이트하고 관리하기 위한 신호를 SM-DP+ 서버(220)로 송신할 수 있다. MNO 서버(230)는 전자 장치(101)의 eSIM(201)에 설치된 제2 오퍼레이셔널 프로파일을 통해 전자 장치(101)와 통신 서비스 서버(240)와의 제2 통신 연결(24)을 허용할 수 있다.
일 실시 예에 따르면, 통신 서비스 서버(240)는 통신 서비스를 제공하는 서버일 수 있다. 일 실시 예에 따르면, 통신 서비스는 무선 통신 네트워크를 통한 데이터의 송신 및/또는 수신과 연관된 서비스일 수 있다. 일 실시 예에 따르면, 통신 서비스는 오퍼레이셔널 프로파일 다운로드(예를 들어, 제1 가입자 식별 정보를 포함하는 제1 오퍼레이셔널 프로파일) 외에 가입자 식별 정보를 포함하지 않는 다른 프로파일(또는 데이터)의 송신 및/또는 수신과 연관된 서비스를 포함할 수 있다. 예를 들면, 통신 서비스 서버(240)는 다양한 어플리케이션들 각각과 연관된 서버, 푸쉬(push) 서버, 검색 서버, 및/또는 마켓(market) 서버와 같은 데이터 송수신과 연관된 다양한 서비스 서버들을 포함할 수 있다. 통신 서비스 서버(240)에 의한 통신 서비스는 어플리케이션에 의한 데이터 송수신, 알림 수신, 푸쉬 메시지 수신, 링크 수신 및 접속, 및/또는 서비스 요청과 같은 다양한 서비스들을 포함할 수 있다.
일 실시 예에 따르면, 전자 장치(101)는 가입자 식별 정보를 포함하지 않는 프로파일(또는 데이터)의 송신 및/또는 수신과 연관된 서비스 요청 시 제2 오퍼레이셔널 프로파일에 기반하여 통신 서비스 서버(240)와 제2 통신 연결(24)을 설정할 수 있다.
일 실시 예에 따르면, SM-DS(210), SM-DP+ 서버(220), MNO 서버(230), 및/또는 통신 서비스 서버(240)는 해당 기능을 수행하기 위한 엔티티(entitiy)를 서버 형태로 구현한 일 예일 뿐, 다른 명칭으로도 칭해질 수 있으며, SM-DS(210), SM-DP+ 서버(220), MNO 서버(230), 및/또는 통신 서비스 서버(240) 각각은 하나 또는 복수의 서버들로 구현될 수 있다. SM-DS(210), SM-DP+ 서버(220), MNO 서버(230), 및/또는 통신 서비스 서버(240) 중 일부 또는 전체는 하나의 통합 서버로 구현될 수도 있다.
도 3은 일 실시 예에 따른 전자 장치의 구성을 나타낸 블록도이다.
도 3을 참조하면, 일 실시 예에 따른 도 1a 또는 도 1b의 전자 장치(101), 또는 도 2의 전자 장치(101)는 프로세서(120), eSIM(201), 통신 모듈(190), 디스플레이 모듈(160), 입력 모듈(150)을 포함할 수 있다. 설명의 편의를 위하여 별도로 도시되지는 않았으나, 전자 장치(101)는 두 개 이상의 rSIM들을 수용할 수 있는 두 개 이상의 슬롯들을 포함할 수 있다.
일 실시 예에 따르면, 프로세서(120)(예를 들어, 도 1a의 프로세서(120))는 하나 또는 복수의 프로세서들(예를 들어, 도 1a의 메인 프로세서(121) 및 보조 프로세서(123) 또는 어플리케이션 프로세서 및 통신 프로세서)를 포함할 수 있으며, 일 실시 예에 따른 로컬 프로파일 어시스턴트(local profile assistant: LPA)(312)(예를 들어, LPAd(device))를 포함할 수 있다. 일 실시 예에 따르면, 프로세서(120)가 복수의 프로세서들을 포함할 경우, 복수의 프로세서들 중 일부에 LPA(312)의 일부가 포함되고, 다른 일부에 LPA(312)의 다른 일부가 포함될 수 있다. 일 실시 예에 따르면, LPA(312)는 eSIM(201) 내에 포함될 수도 있으며, 이 경우 LPA(312)는 LPAe(eUICC)로 칭해질 수 있다.
일 실시 예에 따르면, LPA(312)는 eSIM(201)의 프로파일 다운로드, 설치, 관리 동작을 지원하기 위해 서버와 통신을 수행하거나, 또는 프로파일 다운로드, 설치, 관리 동작에서 필요한 사용자 인터페이스(user interface: UI)를 제공하는 동작을 수행할 수 있다. LPA(312)는 전자 장치(101) 내에서 로컬 디스커버리 서비스들(local discovery services: LDS)(31), 로컬 프로파일 다운로드(local profile download: LPD)(33) 및 로컬 사용자 인터페이스(local user interface: LUI)(35) 동작들을 제공하는 모듈일 수 있다.
일 실시 예에 따르면, LDS(31)는 SM-DS(210)와 통신을 수행하는 동작, 및 SM-DS 서버(210)로부터 프로비저닝 프로파일에 기반하여 오퍼레이셔널 프로파일을 다운로드할 수 있는 SM-DP+ 서버(220)의 어드레스를 수신하는 동작을 수행할 수 있다.
일 실시 예에 따르면, LPD(33)는 SM-DP+ 서버(220)의 어드레스에 기반하여 무선 통신 네트워크를 통해 SM-DP+ 서버(220)와 제1 통신 연결(22)을 설정하고, 제1 통신 연결(22)을 통해 SM-DP+ 서버(220)로부터 제1 오퍼레이셔널 프로파일을 수신하는 동작을 수행할 수 있다. 일 실시 예에 따르면, LPD(33)는 네트워크에 의해 시작되는 프로파일 다운로드, 활성화(enable), 비활성화(disable), 삭제(delete), 또는 프로파일 정책 규칙(profile policy rule: PPR) 다운로드 동작을 지원하거나, 전자 장치(101)에 의한 프로파일 활성화, 비활성화, 삭제, 또는 eUICC 리셋(reset) 동작을 지원할 수 있다.
일 실시 예에 따르면, LUI(35)는 오퍼레이셔널 프로파일 다운로드 시 각종 UI들을 제공하는 동작을 수행할 수 있다. 일 실시 예에 따르면, LUI(35)는 LDS(31) 및 LPD(33)와 사용자 사이의 데이터 교환을 지원할 수 있으며, 사용자의 입력을 LDS(31) 또는 LPD(33)에 전달하는 UI를 포함할 수 있다.
일 실시 예에 따르면, 프로세서(120)는 LPA(312)를 사용하여(또는, 실행하여) eSIM(201)에 저장된 정보에 기반하여 통신 서비스를 수행할 수 있다. 예를 들면, 프로세서(120)는 LPA(312)를 사용하여 eSIM(201)에 저장된 프로비저닝 프로파일에 기반하여 통신 모듈(190)을 통해 SM-DP+ 서버(220)와 제1 가입자 식별 정보를 포함하는 프로파일(예를 들어, 제1 오퍼레이셔널 프로파일)을 다운로드하기 위한 제1 통신 연결을 설정할 수 있다. 프로세서(120)는 LPA(312)를 사용하여 제1 통신 연결을 설정하고 있는 중에 가입자 식별 정보를 포함하지 않는 프로파일 및/또는 데이터의 송신 및/또는 수신 요청 시 제1 통신 연결을 해제하고, 제2 가입자 식별 정보 기반의 제2 통신 연결을 설정하여 가입자 식별 정보를 포함하지 않는 프로파일 및/또는 데이터의 송신 및/또는 수신 동작을 수행할 수 있다.
일 실시 예에 따르면, eSIM(201)(예를 들어, 도 1a의 가입자 식별 모듈(196) 또는 도 2의 eSIM(201))은 통신 서비스를 제공받기 위한 정보로서 하나 또는 복수의 프로파일들을 포함할 수 있다. 프로파일은 eSIM(201)내에 저장되는 어플리케이션, 파일 시스템, 또는 인증키 값 중 적어도 하나를 소프트웨어 형태로 패키징한 것을 의미할 수 있다. 예를 들면, 프로파일은 프로비저닝 프로파일(provisioning profile) 및 오퍼레이셔널 프로파일(operational profile)을 포함할 수 있다. 오퍼레이셔널 프로파일은 가입자 식별 정보를 포함할 수 있으며, 가입자 식별 정보 외에 가입자의 네트워크 접속 인증 정보, 가입자의 전화번호부, 가입자의 개인 정보(예를 들어, SMS), 가입한 통신 사업자 명, 사용 가능한 서비스, 사용 가능한 데이터 량, 요금 또는 서비스 제공 속도, 또는 GSM 통신 네트워크, WCDMA 통신 네트워크, LTE 통신 네트워크, NR 통신 네트워크와 같은 무선 통신 네트워크에 접속 시 필요로 되는 가입자 인증 및 트래픽 보안 키 생성과 관련되는 정보 중 적어도 하나를 더 포함할 수 있다. 일 실시 예에 따르면, 오퍼레이셔널 프로파일은 SIM 프로파일을 포함할 수 있다. 예를 들면, SIM 프로파일은 SIM 파일 시스템(file system)(master file(MF), dedicated file(DF), elementary files(EF))을 포함하고, elementary file에 가입자 식별 정보(예를 들어, IMSI) 값이 저장될 수 있다.
일 실시 예에 따르면, 프로비저닝 프로파일은 전자 장치(101)에서 제1 오퍼레이셔널 프로파일을 다운로드하기 위한 제1 정보를 포함하는 프로파일일 수 있다. 예를 들면, 제1 정보는 제1 오퍼레이셔널 프로파일의 다운로드를 위해 지정된 제1 통신 연결을 위한 통신 세션(session) 정보를 포함할 수 있다. 예를 들면, 통신 세션 정보는 제1 오퍼레이셔널 프로파일의 다운로드를 위한 SM-DS(예를 들어, 도 2의 SM-DS(210))에 대한 접속 정보를 포함할 수 있고, SM-DS 서버에 대한 접속을 위해 사용 가능한 통신 사업자 네트워크 정보를 포함할 수 있다.
일 실시 예에 따르면, 통신 모듈(190)(예를 들어, 도 1a의 통신 모듈(190))은 프로비저닝 프로파일 기반의 제1 통신 또는 제2 오퍼레이셔널 프로파일 기반의 제2 통신을 수행할 수 있다. 프로비저닝 프로파일 기반의 제1 통신 또는 제2 오퍼레이셔널 프로파일 기반의 제2 통신과 연관된 적어도 하나의 화면들이 디스플레이 모듈(160)에 표시될 수 있다.
도 3에서는, LPA(312)가 프로세서(120)에 포함되는 형태를 일 예로 하여 설명되었으나, LPA(312)의 적어도 일부 기능이 프로세서(120)에서 수행되거나, 또는 별도의 LPA(312)가 프로세서(120)와 연동하여 동작할 수도 있다. 예를 들면, LPA(312)는 프로그램(예를 들어, 도 1a의 프로그램(140))에 포함될 수 있으며, 프로세서(120)에 로드되어 실행될 수 있고, LPA(312)가 프로세서(120)에 로드되어 실행되는 경우 프로세서(120)의 동작으로 이해될 수 있다. 일 실시 예에 따르면, LPA(312)에 포함된 기능 모듈들(예를 들어, LDS(31), LPD(33), 및/또는 LUI(35))은 예시적으로 구분된 것으로서, 다른 기능 모듈들로 표현될 수 있고, 해당 형태로 제한되지 않을 수 있다. 일 실시 예에 따르면, LPA(312)는 eSIM(201) 내에 포함될 수도 있다.
도 4는 일 실시 예에 따른 eUICC의 내부 구조를 설명하기 위한 도면이다.
도 4를 참조하면, eUICC(401)(예를 들어, 도 2 또는 도 3의 eSIM(201))는 카드 또는 칩과 같은 형태를 가질 수 있으며, 소프트웨어 형식을 가지는 적어도 하나의 프로파일(예를 들어, 프로파일(410), 프로파일(420), 프로파일(430))이 설치될 수 있다. 일 실시 예에 따르면, 프로파일들(410, 420, 430) 각각은 프로비저닝 프로파일이거나 오퍼레이셔널 프로파일일 수 있다. 프로파일들(410, 420, 430)은 eUICC 운영 시스템(operating system: OS)(450) 상에서 동작할 수 있다. 프로파일들(410, 420, 430) 각각은 프로세서 또는 LPA(예를 들어, 도 3의 LPA(312) 또는 도 4의 LPA(480))에 의해 활성화(enable)되거나 비활성화(disable)될 수 있다. 도 4에서는, 하나의 프로파일(410)이 활성화(enabled) 상태에 있고, 나머지 프로파일들(420, 430)은 비활성화(disabled) 상태에 있다고 가정할 수 있다. 일 실시 예에 따라, eUICC(401) 내에서 두 개 이상의 프로파일들이 활성화될 수도 있다.
일 실시 예에 따르면, eUICC(401)의 eUICC OS(450)는 프로파일 정책 이네이블러(profile policy enabler)(452), 프로파일 패키지 해석기(profile package interpreter)(454), 전기 통신 프레임워크(telecom framework)(456)를 포함할 수 있다. 일 실시 예에 따르면, profile policy enabler(452)는 프로파일들(410, 420, 430) 각각에 대한 정책 규칙(예를 들어, 프로파일 정책 규칙(profile policy rule: PPP))을 관리할 수 있다. 일 실시 예에 따르면, profile package interpreter(454)는 SM-DP+ 서버(예를 들어, 도 2의 SM-DP+ 서버(220))로부터 수신한 프로파일 패키지를 eUICC(401) 내에 설치될 수 있는 형태로 언패키징할 수 있다. 일 실시 예에 따르면, telecom framework(456)는 eUICC(401) 내의 어플리케이션들의 통신과 연관된 기능을 수행할 수 있다. 일 실시 예에 따르면, eUICC(401)는 ISD-R(issuer security domain root)(460), ECASD(eUICC controlling authority security domain)(470)를 포함할 수 있다. 일 실시 예에 따르면, ISD-R(460)은 eUICC(401) 내에 설치된 프로파일들(410, 420, 430)을 관리할 수 있다. 예를 들면, ISD-R(460)은 LPA services(462)를 포함할 수 있으며, LPA services(462)는 프로세서 또는 LPA(예를 들어, 도 3의 LPA(312) 또는 도 4의 LPA(480))와 인터페이스를 통해 eUICC(401) 내에 설치된 프로파일들(410, 420, 430)을 관리할 수 있다. 일 실시 예에 따르면, ECASD(470)는 eUICC(401) 내에 설치된 프로파일들(410, 420, 430)에 대한 보안 프로세싱을 수행할 수 있다.
일 실시 예에 따르면, 프로파일들(410, 420, 430) 각각은 ISD-P(410-1, 420-1, 또는 430-1), MNO-SD(410-2, 420-2, 또는 430-2), SSD(supplementary security domain)(410-3, 420-3, 또는 430-3), CASD(controlling authority security domain)(410-4, 420-4, 또는 430-4), Applets(410-5, 420-5, 또는 430-5), NAAs(network access applications)(410-6, 420-6, 또는 430-6), file system(410-7, 420-7, 또는 430-7), 또는 profile metadata(410-8, 420-8, 또는 430-8)를 포함할 수 있다.
일 실시 예에 따르면, ISD-P(410-1, 420-1, 또는 430-1)는 프로파일 패키지의 디코딩 및 해석을 위한 정보를 포함할 수 있으며, profile package interpreter(454)와 협력하여 SM-DP+ 서버로부터 수신된 프로파일 패키지의 언패키징 및 설치에 이용될 수 있다.
일 실시 예에 따르면, MNO-SD(410-2, 420-2, 또는 430-2)는 MNO의 OTA 키를 포함할 수 있고, MNO와 통신할 수 있는 보안 OTA 채널을 제공하기 위한 정보를 포함할 수 있다.
일 실시 예에 따르면, SSD(410-3, 420-3, 또는 430-3)와 CASD(410-4, 420-4, 또는 430-4)는 프로파일에 대한 보안 프로세싱을 수행하기 위한 정보를 포함할 수 있다.
일 실시 예에 따르면, Applets(410-5, 420-5, 또는 430-5)는 프로파일의 사용자와 연관된 다양한 어플리케이션 정보를 포함할 수 있다.
일 실시 예에 따르면, NAAs(410-6, 420-6, 또 430-6)는 프로파일이 네트워크에 접속할 수 있도록 하는 어플리케이션 정보를 포함할 수 있다.
일 실시 예에 따르면, file system(410-7, 420-7, 또는 430-7)은 프로파일의 각 정보와 연관된 파일 시스템을 포함할 수 있다.
일 실시 예에 따르면, profile metadata(410-8, 420-8, 또는 430-8)는 profile record라고도 칭해질 수 있으며, 프로파일에 대한 메타 데이터 정보를 텍스트 형태로 포함할 수 있다. 메타 데이터 정보는 프로파일의 ICCID(integrated circuit card ID), 프로파일 명칭, 프로파일 제공 MNO의 명칭, 사용자의 프로파일 닉네임, 아이콘, 프로파일 클래스, 통지 구성 정보(notification configuration information), 프로파일 소유자 정보 또는 PPR 중 적어도 하나를 포함할 수 있다.
일 실시 예에 따르면, 프로파일의 ICCID는 프로파일 식별자로서 각 프로파일의 고유 식별자를 나타낼 수 있다. 프로파일의 명칭은 각 프로파일의 명칭을 포함할 수 있다. 프로파일 제공 MNO의 명칭은 프로파일을 제공하는 통신 사업자의 명칭을 포함할 수 있다. 사용자의 프로파일 닉네임은 사용자가 지정한 프로파일 닉네임을 포함할 수 있다. 아이콘은 프로파일에 해당하는 아이콘을 포함할 수 있다. 프로파일 클래스는 프로파일의 타입이 프로비저닝 프로파일인지 오퍼레이셔널 프로파일인지를 나타내는 정보를 포함할 수 있다. 통지 구성 정보는 통지를 받을 서버(예를 들어, 도 2의 SM-DP+ 서버(220))의 어드레스를 포함할 수 있다. 프로파일 소유자 정보는 프로파일 소유자와 연관된 MCC(mobile country code), MNC(mobile network code), 또는 GID(group identifier) 1 또는 2 정보 중 적어도 하나를 포함할 수 있다. 예를 들면, MCC는 국가를 식별하기 위한 코드일 수 있고, MNC는 이동 통신 사업자를 식별하기 위한 코드일 수 있다. GID 1 또는 2 는 프로파일이 속한 그룹 또는 권역을 식별하기 위한 코드 권역 정보일 수 있다. 권역 정보는 복수의 국가들을 포함하는 그룹에 대한 정보를 포함할 수 있다. PPR은 프로파일을 관리하기 위한 정책 규칙 정보를 포함할 수 있다.
일 실시 예에 따르면, 전자 장치(예를 들어, 도 1a 또는 도 1b의 전자 장치(101), 도 2의 전자 장치(101), 또는 도 3의 전자 장치(101))는 eUICC(401)에 포함된 프로파일들(410, 420, 430) 각각에 포함된 profile metadata(410-8, 420-8, 또는 430-8)의 프로파일 클래스 정보에 기반하여 프로파일들(410, 420, 430) 각각이 프로비저닝 프로파일인지 오퍼레이셔널 프로파일인지 식별할 수 있고, LPA(480)(예를 들어, 도 3의 LPA(312))를 통해 프로비저닝 프로파일 또는 오퍼레이셔널 프로파일을 각각 활성화시키거나 또는 비활성화시킬 수 있다.
도 5a는 일 실시 예에 따른 프로파일 다운로드를 위한 네트워크 시스템을 나타내는 블록도이다
도 5a를 참조하면, 일 실시 예에 따른 네트워크 시스템은 전자 장치(101)(예를 들어, 도 1a 또는 도 1b의 전자 장치(101), 도 2의 전자 장치(101), 또는 도 3의 전자 장치(101)), 통신 사업자 서버(500), 및/또는 통신 사업자 숍(communication carrier shop: carrier_shop)(550)을 포함할 수 있다.
통신 사업자 서버(500)는 인타이틀먼트(entitlement) 서버(또는, 인타이틀먼트 구성(entitlement configuration) 서버)(520), SM-DP+ 서버(530), SM-DS(540), 또는 중 적어도 하나를 포함할 수 있다. 일 실시 예에 따라, 통신 사업자 서버(500)는 웹 서버(510)를 포함하거나, 웹 서버(510)를 포함하지 않을 수 있다. 예를 들어, 웹 서버(510), 인타이틀먼트 서버(520), SM-DP+ 서버(530), 또는 SM-DS(540) 중 적어도 하나는 통신 사업자가 관리하는 통신 사업자 서버(500)에 포함될 수 있다. 일 실시 예에 따라, 웹 서버(510)와 인타이틀먼트 서버(520)는 동일한 통신 사업자 또는 다른 통신 사업자들에 의해 관리되는 서버들일 수 있다. 일 실시 예에 따라, 인타이틀먼트 서버(520)와 SM-DP+ 서버(530)는 동일한 통신 사업자 또는 다른 통신 사업자들에 의해 관리되는 서버들일 수 있다.
전자 장치(101)에는 eSIM(201)이 삽입되거나, 또는 eSIM(201)이 전자 장치(101)에 내장되어 있을 수 있다. eSIM(201)에는 프로파일이 다운로드 및 설치될 수 있다. 전자 장치(101)에는 후술하는 실시 예에 따라 통신 사업자 서버(500)와의 통신을 위해 서비스 클라이언트(202)가 설치될 수 있다. 일 실시 예에서, 전자 장치(101)는 eSIM(201)을 포함하지 않고 물리 SIM(physical SIM)을 포함할 수 있고, 물리 SIM에 프로파일이 다운로드 및 설치될 수 있다.
일 실시 예에 따라, 전자 장치(101)는 서비스 클라이언트(202)에 의해 인타이틀먼트 서버(520)에 접속할 수 있으며, 접속된 인타이틀먼트 서버(520)를 통해 웹 서버(510)에 접속할 수 있다. 예를 들어, 전자 장치(101)가 인타이틀먼트 서버(520)에 접속할 경우, 인타이틀먼트 서버(520)는 전자 장치(101) 또는 전자 장치(101)의 사용자에 대한 인증 동작 및 적격성(eligibility) 검사 동작을 수행할 수 있다. 인타이틀먼트 서버(520)는 전자 장치(101) 또는 전자 장치(101)의 사용자에 대한 인증 동작 및 적격성 검사 동작에 성공할 경우(예를 들어, 전자 장치(101) 또는 전자 장치(101)의 사용자에 대한 인증에 성공하고, 전자 장치(101) 또는 전자 장치(101)가 적격할 경우), 웹 서버(510)에 대한 접속에 필요로 되는 정보를 전자 장치(101)로 송신할 수 있다.
전자 장치(101)는 인타이틀먼트 서버(520)를 통해 수신된 웹 서버(510)에 대한 접속에 필요로 되는 정보를 사용하여 웹 서버(510)에 접속할 수 있다. 일 실시 예에 따라, 전자 장치(101)는 웹 서버(510)가 제공하는 웹 페이지를 통해 가입, 개통, 또는 회선 이동(또는 가입 이동(subscription transfer) 또는 프로파일 이동(profile transfer))을 요청할 수 있다. 일 실시 예에 따라, 전자 장치(101)는 웹 서버(510) 없이 인타이틀먼트 서버(520)를 통해 가입, 개통, 또는 회선 이동을 요청할 수도 있다. 예를 들어, 통신 사업자 서버(500)가 웹 서버(510)를 포함하지 않을 경우, 또는 통신 사업자 서버(500)가 웹 서버(510)를 포함하지만 웹 서버(510)와 관련된 정보(예를 들어, 웹 서버(510)의 어드레스)를 제공하지 않을 경우(예를 들어, 웹 서버(510)를 통한 웹 서비스 또는 웹 페이지를 제공하지 않을 경우), 전자 장치(101)는 인타이틀먼트 서버(520)를 통해 가입, 개통, 또는 회선 이동을 요청할 수도 있다. 일 실시 예에 따라, 웹 서버(510)는 인타이틀먼트 서버(520)에 대한 UI 또는 웹 페이지를 제공할 수 있다. 예를 들어, 전자 장치(101)는 웹 서버(510)로부터 제공된 웹 페이지를 통해 가입, 개통, 또는 회선 이동을 요청할 수 있다. 예를 들어, 인타이틀먼트 서버(520)는 전자 장치(101)에 제공되는 프로파일과 관련된 정보(예를 들어, 프로파일 다운로드 정보 또는 프로파일 다운로드 관련 정보)를 전달하는 기능을 수행할 수 있다. 후술하는 설명에서, 프로파일 정보는 프로파일과 관련된 정보를 포함할 수 있으며, 설명의 편의상 프로파일 다운로드 정보 또는 프로파일 다운로드 관련 정보로도 칭해질 수 있다. 인타이틀먼트 서버(520)는 DPF(discovery and push function), SM-DS, 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)을 포함할 수 있으나, 그렇다고 이에 한정되는 것은 아닐 수 있다.
일 실시 예에 따라, SM-DP+ 서버(530)는 프로파일을 관리 및 다운로드하는 기능을 수행할 수 있다. 예를 들어, SM-DP+ 서버(530)는, SM-DP+ 이외에도, SM-DP(subscription manager data preparation), off-card entity of Profile Domain, 프로파일 암호화 서버, 프로파일 생성 서버, 프로파일 제공자(profile provisioner: PP), 프로파일 공급자 (profile provider), 또는 PPC holder(profile provisioning credentials holder) 중 적어도 하나를 더 포함할 수 있으나, 그렇다고 이에 한정되는 것은 아닐 수 있다.
일 실시 예에 따르면, SM-DS(540)는 프로비저닝 프로파일에 기반하여 제1 오퍼레이셔널 프로파일을 다운로드할 수 있는 SM-DP+ 서버(530)의 어드레스(address)를 전자 장치(101)에 제공할 수 있다.
일 실시 예에 따르면, 통신 사업자 숍(550)에서, 통신 사업자가 제공하는 회선(plan)이 전자 장치(101)의 사용자에 의해 구입될 수 있다.
도 5b는 일 실시 예에 따른, 제1 서버의 구성을 나타낸 블록도이다.
도 5b를 참조하면, 제1 서버는 SM-DS 서버(540)(예를 들어, 도 2의 SM-DS(210) 또는 도 5a의 SM-DS(540))를 포함할 수 있다. SM-DS 서버(540)는 프로세서(541), 통신 회로(543), 및/또는 메모리(545)를 포함할 수 있다.
일 실시 예에서, 통신 회로(543)는 전자 장치(예를 들어, 도 1a, 도 1b, 도 2, 도 3, 또는 도 5a의 전자 장치(101) 중 적어도 하나, 또는 도 1a의 전자 장치(102)), 제2 서버(예를 들어, 도 2의 SM-DP+ 서버(220) 또는 도 5a의 SM-DP+ 서버(530)), 및/또는 제3 서버(예: 도 5a의 인타이틀먼트 서버(520))와 통신을 수행할 수 있다. 통신 회로(543)는 도 1a의 통신 모듈(190)과 유사하거나 실질적으로 동일하게 구현될 수 있으며, 따라서 여기서는 그 상세한 설명을 생략하기로 한다.
일 실시 예에서, 프로세서(541)는 SM-DS 서버(540)의 전반적인 동작을 제어할 수 있다. 일 실시 예에서, 프로세서(431)는 도 7, 도 9a 및 도 9b, 도 10a 및 도 10b, 도 11a 및 도 11b, 또는 도 12a 및 도 12b에서 수행되는 무선 통신 네트워크에서 프로파일 다운로드를 관리하는 동작을 수행할 수 있다.
일 실시 예에서, 메모리(545)는 SM-DS 서버(540)의 동작 수행에 관련되는 다양한 프로그램들, 정보, 데이터, 및/또는 신호들을 저장할 수 있다.
도 5c는 일 실시 예에 따른, 제2 서버의 구성을 나타낸 블록도이다.
도 5c를 참조하면, 제2 서버는 SM-DP+ 서버(530)(예를 들어, 도 2의 SM-DP+ 서버(220) 또는 도 5a의 SM-DP+ 서버(530))를 포함할 수 있다. SM-DP+ 서버(530)는 프로세서(531), 통신 회로(533), 및/또는 메모리(535)를 포함할 수 있다.
일 실시 예에서, 통신 회로(533)는 전자 장치(예를 들어, 도 1a, 도 1b, 도 2, 도 3, 또는 도 5a의 전자 장치(101) 중 적어도 하나, 또는 도 1a의 전자 장치(102)), 제1 서버(예를 들어, 도 2의 SM-DS(210) 또는 도 5a 또는 도 5b의 SM-DS(540)), 및/또는 제3 서버(예: 도 5a의 인타이틀먼트 서버(520))와 통신을 수행할 수 있다. 통신 회로(533)는 도 1a의 통신 모듈(190)과 유사하거나 실질적으로 동일하게 구현될 수 있으며, 따라서 여기서는 그 상세한 설명을 생략하기로 한다.
일 실시 예에서, 프로세서(531)는 SM-DP+ 서버(530)의 전반적인 동작을 제어할 수 있다. 일 실시 예에서, 프로세서(531)는 도 8, 도 9a 및 도 9b, 도 10a 및 도 10b, 도 11a 및 도 11b, 또는 도 12a 및 도 12b에서 수행되는 무선 통신 네트워크에서 프로파일 다운로드를 관리하는 동작을 수행할 수 있다.
일 실시 예에서, 메모리(535)는 SM-DP+ 서버(530)의 동작 수행에 관련되는 다양한 프로그램들, 정보, 데이터, 및/또는 신호들을 저장할 수 있다.
본 개시의 일 실시 예에 따르면, 전자 장치(101)는, 적어도 하나의 통신 회로(190), 및 상기 적어도 하나의 통신 회로에 전기적으로 연결된 적어도 하나의 프로세서(120)를 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 상기 적어도 하나의 프로세서는, 상기 적어도 하나의 통신 회로를 통해 제1 서버(540)로, 상기 전자 장치의 식별자, 및 프로파일 다운로드(profile download)와 관련되는 이벤트(event)에 대한 이벤트 레코드(event record)를 수신하는 것이 차단되는 장치임을 지시하는 값으로 설정된 파라미터를 포함하는, 상기 전자 장치에 대한 이벤트 레코드를 질의하기 위한 질의 메시지를 송신하도록 구성될 수 있다.
본 개시의 일 실시 예에 따르면, 상기 적어도 하나의 프로세서는, 상기 질의 메시지의 송신에 응답하여, 상기 적어도 하나의 통신 회로를 통해 상기 제1 서버로부터 질의 응답 메시지를 수신하도록 구성될 수 있다.
본 개시의 일 실시 예에 따르면, 상기 적어도 하나의 프로세서는, 상기 질의 응답 메시지가 상기 전자 장치에 대한 이벤트가 존재하지 않음을 지시하는 지시자를 포함함에 기반하여, 상기 적어도 하나의 통신 회로를 통해 제3 서버(520)로, 신규 가입을 요청하는 요청 메시지를 송신하도록 구성될 수 있다.
본 개시의 일 실시 예에 따르면, 상기 적어도 하나의 프로세서는, 상기 요청 메시지의 송신에 응답하여, 상기 적어도 하나의 통신 회로를 통해 상기 제3 서버로부터, 상기 전자 장치의 프로파일을 다운로드하기 위한 다운로드 정보를 포함하는 응답 메시지를 수신하도록 구성될 수 있다.
본 개시의 일 실시 예에 따르면, 상기 적어도 하나의 프로세서는, 상기 적어도 하나의 통신 회로를 통해 상기 다운로드 정보에 상응하는 제2 서버(530)로부터, 상기 프로파일을 다운로드 하도록 구성될 수 있다.
본 개시의 일 실시 예에 따르면, 상기 질의 응답 메시지는, 상기 제1 서버에서 상기 전자 장치에 대한 이벤트 레코드가 상기 전자 장치로 제공되는 것이 차단되도록 설정되어 있는 것에 기반하여, 상기 전자 장치에 대한 이벤트가 존재하지 않음을 지시하는 지시자를 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 상기 적어도 하나의 프로세서는, 상기 질의 응답 메시지가 상기 전자 장치에 대한 이벤트 레코드를 포함함에 기반하여, 상기 적어도 하나의 통신 회로를 통해 상기 전자 장치에 대한 이벤트 레코드에 상응하는 상기 제2 서버로부터, 상기 프로파일을 다운로드 하도록 구성될 수 있다.
본 개시의 일 실시 예에 따르면, 상기 질의 응답 메시지는, 상기 제1 서버에서 상기 전자 장치에 대한 이벤트 레코드가 상기 전자 장치로 제공되는 것이 차단되도록 설정되어 있지 않은 것에 기반하여, 상기 전자 장치에 대한 이벤트 레코드를 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 제1 서버(540)는, 메모리(545), 적어도 하나의 통신 회로(543), 및 상기 메모리 및 상기 적어도 하나의 통신 회로에 전기적으로 연결된 적어도 하나의 프로세서(541)를 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 상기 적어도 하나의 프로세서는, 상기 적어도 하나의 통신 회로를 통해 제2 서버(530)로부터, 전자 장치(101)의 프로파일 다운로드(profile download)와 관련되는 이벤트에 대한 이벤트 레코드(event record), 및 상기 이벤트 레코드가 상기 전자 장치로 제공되는 것이 차단되는지 여부를 지시하는 플래그를 포함하는, 상기 이벤트를 등록하기 위한 제1 등록 메시지를 수신하도록 구성될 수 있다.
본 개시의 일 실시 예에 따르면, 상기 적어도 하나의 프로세서는, 상기 제1 등록 메시지의 수신에 응답하여, 상기 이벤트 레코드와 상기 플래그를 매핑하여 상기 메모리에 상기 이벤트를 등록하도록 구성될 수 있다.
본 개시의 일 실시 예에 따르면, 상기 적어도 하나의 프로세서는, 상기 적어도 하나의 통신 회로를 통해 상기 전자 장치로부터, 상기 전자 장치의 식별자, 및 상기 전자 장치가 상기 이벤트 레코드를 수신하는 것이 차단되는 장치임을 지시하는 값으로 설정된 파라미터를 포함하는, 상기 이벤트 레코드를 질의하기 위한 제1 질의 메시지를 수신하도록 구성될 수 있다.
본 개시의 일 실시 예에 따르면, 상기 적어도 하나의 프로세서는, 상기 제1 질의 메시지의 수신에 응답하여, 상기 플래그의 값이 상기 이벤트 레코드가 상기 전자 장치로 제공되는 것이 차단됨을 지시하는 제1 값임을 확인함에 기반하여, 상기 적어도 하나의 통신 회로를 통해 상기 전자 장치로, 상기 전자 장치에 대한 이벤트가 존재하지 않음을 지시하는 지시자를 포함하는 제1 질의 응답 메시지를 송신하도록 구성될 수 있다.
본 개시의 일 실시 예에 따르면, 상기 제1 등록 메시지는 상기 전자 장치가 상기 이벤트 레코드를 수신하는 것이 차단되는 장치임을 지시하는 값으로 설정된 상기 파라미터를 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 상기 적어도 하나의 프로세서는, 상기 적어도 하나의 통신 회로를 통해 상기 제2 서버로부터, 상기 전자 장치의 식별자를 포함하는, 상기 이벤트를 삭제할 것을 요청하는 제1 삭제 메시지를 수신하도록 구성될 수 있다.
본 개시의 일 실시 예에 따르면, 상기 적어도 하나의 프로세서는, 상기 제1 삭제 메시지의 수신에 응답하여, 상기 메모리에서 상기 이벤트를 삭제하도록 구성될 수 있다.
본 개시의 일 실시 예에 따르면, 상기 제1 삭제 메시지는 상기 전자 장치가 상기 제2 서버로부터 상기 전자 장치에 대한 프로파일을 다운로드 함에 기반하여 수신될 수 있다.
본 개시의 일 실시 예에 따르면, 상기 적어도 하나의 프로세서는, 상기 이벤트의 삭제에 응답하여, 상기 적어도 하나의 통신 회로를 통해 상기 제2 서버로부터, 상기 이벤트 레코드가 상기 전자 장치로 제공되는 것이 차단되지 않음을 지시하는 제2 값으로 설정된 상기 플래그를 포함하는 제2 등록 메시지를 수신하도록 구성될 수 있다.
본 개시의 일 실시 예에 따르면, 상기 적어도 하나의 프로세서는, 상기 제2 등록 메시지의 수신에 응답하여, 상기 이벤트 레코드와 상기 제2 값으로 설정된 플래그를 매핑하여 상기 메모리에 상기 이벤트를 등록하도록 구성될 수 있다.
본 개시의 일 실시 예에 따르면, 상기 제2 등록 메시지는 상기 전자 장치가 상기 이벤트 레코드를 수신하는 것이 차단되는 장치임을 지시하는 값으로 설정된 상기 파라미터를 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 상기 적어도 하나의 프로세서는, 상기 적어도 하나의 통신 회로를 통해 상기 전자 장치로부터, 상기 전자 장치의 식별자 및 상기 전자 장치가 상기 이벤트 레코드를 수신하는 것이 차단되는 장치임을 지시하는 값으로 설정된 상기 파라미터를 포함하는, 상기 이벤트 레코드를 질의하기 위한 제2 질의 메시지를 수신하도록 구성될 수 있다.
본 개시의 일 실시 예에 따르면, 상기 적어도 하나의 프로세서는, 상기 제2 질의 메시지의 수신에 응답하여, 상기 플래그의 값이 상기 제2 값임을 확인함에 기반하여, 상기 적어도 하나의 통신 회로를 통해 상기 전자 장치로, 상기 전자 장치에 대한 이벤트 레코드를 포함하는 제2 질의 응답 메시지를 송신하도록 구성될 수 있다.
본 개시의 일 실시 예에 따르면, 상기 적어도 하나의 프로세서는, 상기 제2 질의 응답 메시지를 송신하는 것에 응답하여, 상기 적어도 하나의 통신 회로를 통해 상기 제2 서버로부터, 상기 전자 장치의 식별자를 포함하는, 상기 이벤트를 삭제할 것을 요청하는 제2 삭제 메시지를 수신하도록 구성될 수 있다.
본 개시의 일 실시 예에 따르면, 상기 적어도 하나의 프로세서는, 상기 제2 삭제 메시지의 수신에 응답하여, 상기 메모리에서 상기 이벤트를 삭제하도록 구성될 수 있다.
본 개시의 일 실시 예에 따르면, 상기 이벤트 레코드는 상기 제2 서버의 어드레스(address) 또는 상기 이벤트의 식별자 중 적어도 하나를 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 상기 제1 서버가 가입 관리자 디스커버리 서버(subscription manager discovery server: SM-DS)일 경우, 상기 이벤트 레코드는 상기 전자 장치의 식별자, 또는 상기 이벤트 등록이 루트 SM-DS(root SM-DS)에 대해 이루어지는지 여부를 지시하는 포워딩 지시자(forwarding indicator) 중 적어도 하나를 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 제2 서버(530)는 메모리(535), 적어도 하나의 통신 회로(533), 및 상기 메모리 및 상기 적어도 하나의 통신 회로에 전기적으로 연결된 적어도 하나의 프로세서(531)를 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 상기 적어도 하나의 프로세서는, 전자 장치(101)의 프로파일 다운로드(profile download)와 관련되는 이벤트에 대한 이벤트 레코드(event record), 및 상기 이벤트 레코드가 상기 전자 장치로 제공되는 것이 차단되는지 여부를 지시하는 플래그를 포함하는, 상기 이벤트를 등록하기 위한 제1 등록 메시지를 생성하도록 구성될 수 있다.
본 개시의 일 실시 예에 따르면, 상기 적어도 하나의 프로세서는, 상기 적어도 하나의 통신 회로를 통해 제1 서버(540)로, 상기 제1 등록 메시지를 송신하도록 구성될 수 있다.
본 개시의 일 실시 예에 따르면, 상기 제1 등록 메시지는 상기 전자 장치가 상기 이벤트 레코드를 수신하는 것이 차단되는 장치임을 지시하는 값으로 설정된 파라미터를 더 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 상기 적어도 하나의 프로세서는, 상기 플래그의 값이 상기 이벤트 레코드가 상기 전자 장치로 제공되는 것이 차단됨을 지시하는 제1 값임에 기반하여, 상기 적어도 하나의 통신 회로를 통해 상기 전자 장치로부터, 상기 전자 장치에 프로파일이 설치됨을 지시하는 통지 메시지를 수신하도록 구성될 수 있다.
본 개시의 일 실시 예에 따르면, 상기 적어도 하나의 프로세서는, 상기 적어도 하나의 통신 회로를 통해 상기 제1 서버로, 상기 전자 장치의 식별자를 포함하는, 상기 이벤트를 삭제할 것을 요청하는 제1 삭제 메시지를 송신하도록 구성될 수 있다.
본 개시의 일 실시 예에 따르면, 상기 적어도 하나의 프로세서는, 상기 적어도 하나의 통신 회로를 통해 제3 서버(520)로부터, 상기 플래그의 값이 상기 이벤트 레코드가 상기 전자 장치로 제공되는 것이 차단되지 않음을 지시하는 제2 값으로 업데이트되어야 함을 통보 받도록 구성될 수 있다.
본 개시의 일 실시 예에 따르면, 상기 적어도 하나의 프로세서는, 상기 통보에 응답하여, 상기 적어도 하나의 통신 회로를 통해 상기 제1 서버로, 상기 이벤트 레코드 및 상기 제2 값으로 설정된 상기 플래그를 포함하는 제2 등록 메시지를 송신하도록 구성될 수 있다.
본 개시의 일 실시 예에 따르면, 상기 제2 등록 메시지는 상기 전자 장치가 상기 이벤트 레코드를 수신하는 것이 차단되는 장치임을 지시하는 제1 값으로 설정된 파라미터를 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 상기 이벤트 레코드는 상기 제2 서버의 어드레스(address) 또는 상기 이벤트의 식별자 중 적어도 하나를 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 상기 제1 서버가 가입 관리자 디스커버리 서버(subscription manager discovery server: SM-DS)일 경우, 상기 이벤트 레코드는 상기 전자 장치의 식별자, 또는 상기 이벤트 등록이 루트 SM-DS(root SM-DS)에 대해 이루어지는지 여부를 지시하는 포워딩 지시자(forwarding indicator) 중 적어도 하나를 포함할 수 있다.
도 6은 일 실시 예에 따른, 전자 장치의 동작 과정을 도시하고 있는 흐름도이다.
도 6을 참조하면, 동작 611에서, 전자 장치(예를 들어, 도 1a, 도 1b, 도 2, 도 3, 또는 도 5a의 전자 장치(101) 중 적어도 하나)(예를 들어, 프로세서(예를 들어, 도 1a 또는 도 3의 프로세서(120) 중 적어도 하나))는, 적어도 하나의 통신 회로(예를 들어, 도 1a 또는 도 3의 통신 모듈(190))를 통해 제1 서버(예를 들어, 도 2의 SM-DS(210) 또는 도 5a 또는 도 5b의 SM-DS(540))로 질의 메시지(query message)를 송신할 수 있다. 일 실시 예에서, 질의 메시지는 전자 장치에 대한 이벤트 레코드(event record)를 질의하기 위한 메시지일 수 있다. 일 실시 예에서, 이벤트 레코드는 이벤트 등록 절차(event registration procedure)를 통해 특정 이벤트에 대해 SM-DS(예를 들어, 제1 서버)에 저장되는 정보의 집합을 포함할 수 있다. 일 실시 예에서, 이벤트는 프로파일 다운로드(profile download)와 관련될 수 있으며, 특정 eUICC에 의해 프로세싱되도록, 운영자(operator)를 대신하여 SM-DP+ 서버(예를 들어, 제2 서버(예를 들어, 도 2의 SM-DP+ 서버(220) 또는 도 5a 또는 도 5c의 SM-DP+ 서버(530) 중 적어도 하나))에 의해 설정되는 프로파일 다운로드 또는 원격 프로파일 관리(remote profile management: RPM)에 대한 요청을 포함할 수 있다. 일 실시 예에서, 이벤트는 프로파일이 준비되어 있음을 의미할 수 있다. 일 실시 예에서, 이벤트 등록 절차는 SM-DS(예를 들어, 제1 서버)로 특정 eUICC에 대한 특정 SM-DP+ 서버(예를 들어, 제2 서버) 또는 특정 SM-DS(예를 들어, 다른 제1 서버)에 대한 정보의 유용성(availability)을 통지하는 절차를 포함할 수 있다. 일 실시 예에서, 특정 이벤트에 대해 SM-DS(예를 들어, 제1 서버)에 저장되는 정보의 집합은 프로파일 다운로드(profile download)와 관련되는 정보를 포함할 수 있다. 일 실시 예에서, 질의 메시지는 이벤트 질의(query event: QueryEvent) 메시지를 포함할 수 있다. 질의 메시지는 전자 장치의 식별자, 및 전자 장치가 이벤트 레코드를 수신하는 것이 차단되는 장치임을 지시하는 값으로 설정된 파라미터(예: 장치 타입(device type: device_type) 파라미터)를 포함할 수 있다. QueryEvent 메시지는 하기에서 도 9a 및 도 9b, 도 10a 및 도 10b, 도 11a 및 도 11b, 또는 도 12a 및 도 12b에서 설명되는 바와 동일하거나 또는 실질적으로 동일하게 구현될 수 있으며, 따라서 여기서는 그 상세한 설명은 생략하기로 한다. 일 실시 예에서, 전자 장치의 식별자는 임베디드 범용 직접 회로 카드 식별자(embedded universal integrated circuit card (eUICC) identifier (ID): EID)를 포함할 수 있다. 일 실시 예에서, 이벤트 레코드는 이벤트에 할당되는 이벤트 ID(event ID: EventID) 또는 원격 SIM 프로비져닝(remote SIM provisioning: RSP) 서버 어드레스 중 적어도 하나를 포함할 수 있다. 일 실시 예에서, 이벤트 레코드는 전자 장치의 식별자(예를 들어, EID), 또는 포워딩 지시자(forwarding indicator) 중 적어도 하나를 더 포함할 수 있다. 일 실시 예에서, 포워딩 지시자는 이벤트 등록이 루트 SM-DS(root SM-DS)에 대해 이루어지는지 여부를 지시하는 지시자일 수 있으며, 루트 SM-DS는 하나 또는 그 이상의 SM-DP+ 서버로부터 이벤트들을 검색하기 위한 중앙 액세스 포인트(central access point)일 수 있다. 일 실시 예에서, RSP 서버 어드레스는 제2 서버의 어드레스를 포함할 수 있다. 일 실시 예에서, RSP 서버 어드레스는 제2 서버의 어드레스 대신 제1 서버의 어드레스를 포함할 수도 있다. 일 실시 예에서, device_type 파라미터는 전자 장치가 웨어러블 장치임을 지시하는 제1 값(예: wearable), 전자 장치가 스마트 폰임을 지시하는 제2 값(예: phone), 또는 전자 장치가 프로파일 다운로드와 관련되는 이벤트 레코드를 수신하는 것이 차단되는 장치임을 지시하는 제3 값(예: blocked_device) 중 적어도 하나를 포함할 수 있다. device_type 파라미터는 하기에서 도 9a 및 도 9b, 도 10a 및 도 10b, 도 11a 및 도 11b, 또는 도 12a 및 도 12b에서 설명되는 바와 동일하거나 또는 실질적으로 동일하게 구현될 수 있으며, 따라서 여기서는 그 상세한 설명은 생략하기로 한다.
동작 613에서, 전자 장치는 질의 메시지의 송신에 응답하여, 적어도 하나의 통신 회로를 통해 제1 서버로부터 질의 응답 메시지를 수신할 수 있다. 일 실시 예에서, 질의 응답 메시지는 질의 메시지에 대한 응답 메시지일 수 있다. 일 실시 예에서, 질의 응답 메시지는 이벤트 질의 응답(query event response: QueryEvent Response) 메시지를 포함할 수 있다. QueryEvent Response 메시지는 하기에서 도 9a 및 도 9b, 도 10a 및 도 10b, 도 11a 및 도 11b, 또는 도 12a 및 도 12b에서 설명되는 바와 동일하거나 또는 실질적으로 동일하게 구현될 수 있으며, 따라서 여기서는 그 상세한 설명은 생략하기로 한다.
동작 615에서, 전자 장치는 질의 응답 메시지에 전자 장치에 대한 이벤트가 존재하지 않음을 지시하는 지시자가 포함되어 있음에 기반하여, 적어도 하나의 통신 회로를 통해 제3 서버(예를 들어, 도 5a의 인타이틀먼트 서버(520))로, 신규 가입을 요청하는 요청 메시지를 송신할 수 있다. 일 실시 예에서, 요청 메시지는 신규 가입을 요청하는 신규 가입 요청(request new subscription: Request New Subscription) 메시지를 포함할 수 있다.
동작 617에서, 전자 장치는 요청 메시지의 송신에 응답하여, 적어도 하나의 통신 회로를 통해 제3 서버로부터, 전자 장치의 프로파일을 다운로드하기 위한 다운로드 정보를 포함하는 응답 메시지를 수신할 수 있다.
동작 619에서, 전자 장치는 적어도 하나의 통신 회로를 통해 다운로드 정보에 상응하는 제2 서버(예를 들어, 도 2의 SM-DP+ 서버(220) 또는 도 5a 또는 도 5c의 SM-DP+ 서버(530) 중 적어도 하나)로부터, 프로파일을 다운로드 할 수 있다.
도 7은 일 실시 예에 따른 제1 서버의 동작 과정을 도시하고 있는 흐름도이다.
도 7을 참조하면, 동작 711에서, 제1 서버(예를 들어, 도 2의 SM-DS(210) 또는 도 5a 또는 도 5b의 SM-DS(540))(예를 들어, 프로세서(예를 들어, 도 5b의 프로세서(541))는, 적어도 하나의 통신 회로(예를 들어, 도 5b의 통신 회로(543))를 통해 제2 서버(예를 들어, 도 2의 SM-DP+ 서버(220) 또는 도 5a 또는 도 5c의 SM-DP+ 서버(530) 중 적어도 하나)로부터, 제1 등록 메시지를 수신할 수 있다. 일 실시 예에서, 제1 등록 메시지는 제1 이벤트 등록(register event: RegisterEvent) 메시지를 포함할 수 있다. 일 실시 예에서, 제1 등록 메시지는 전자 장치(예를 들어, 도 1a, 도 1b, 도 2, 도 3, 또는 도 5a의 전자 장치(101) 중 적어도 하나)의 이벤트 레코드, 및 이벤트 레코드가 전자 장치로 제공되는 것이 차단되는지 여부를 지시하는 플래그를 포함할 수 있다. 일 실시 예에서, 이벤트 레코드는 이벤트에 할당되는 EventID 또는 RSP 서버 어드레스 중 적어도 하나를 포함할 수 있다. 일 실시 예에서, RSP 서버 어드레스는 제2 서버의 어드레스를 포함할 수 있다. 일 실시 예에서, RSP 서버 어드레스는 제2 서버의 어드레스 대신 제1 서버의 어드레스를 포함할 수도 있다. 일 실시 예에서, 이벤트 레코드는 전자 장치의 식별자(예를 들어, EID), 또는 포워딩 지시자 중 적어도 하나를 더 포함할 수 있다. 일 실시 예에서, 이벤트 레코드가 전자 장치로 제공되는 것이 차단되는지 여부를 지시하는 플래그는 무시(override) 플래그 또는 이벤트 차단(block event: block_event) 플래그 중 적어도 하나를 포함할 수 있다. override 플래그 및 block_event 플래그는 하기에서 도 9a 및 도 9b, 도 10a 및 도 10b, 도 11a 및 도 11b, 또는 도 12a 및 도 12b에서 설명되는 바와 동일하거나 또는 실질적으로 동일하게 구현될 수 있으며, 따라서 여기서는 그 상세한 설명은 생략하기로 한다.
동작 713에서, 제1 서버는 제1 등록 메시지의 수신에 응답하여, 이벤트 레코드와 플래그를 매핑하여 메모리(예를 들어, 도 5b의 메모리(545))에 이벤트를 등록할 수 있다.
동작 715에서, 제1 서버는 적어도 하나의 통신 회로를 통해 전자 장치로부터, 전자 장치의 식별자, 및 전자 장치가 이벤트 레코드를 수신하는 것이 차단되는 장치임을 지시하는 값으로 설정된 파라미터(예를 들어, device_type 파라미터)를 포함하는, 이벤트 레코드를 질의하기 위한 제1 질의 메시지를 수신할 수 있다. 일 실시 예에서, 제1 질의 메시지는 전자 장치에 대한 이벤트 레코드를 질의하기 위한 메시지일 수 있다. 일 실시 예에서, 제1 질의 메시지는 QueryEvent 메시지를 포함할 수 있다. QueryEvent 메시지는 하기에서 도 9a 및 도 9b, 도 10a 및 도 10b, 도 11a 및 도 11b, 또는 도 12a 및 도 12b에서 설명되는 바와 동일하거나 또는 실질적으로 동일하게 구현될 수 있으며, 따라서 여기서는 그 상세한 설명은 생략하기로 한다. 일 실시 예에서, device_type 파라미터는 전자 장치가 웨어러블 장치임을 지시하는 제1 값(예: wearable), 전자 장치가 스마트 폰임을 지시하는 제2 값(예: phone), 또는 전자 장치가 프로파일 다운로드와 관련되는 이벤트 레코드를 수신하는 것이 차단되는 장치임을 지시하는 제3 값(예: blocked_device) 중 적어도 하나를 포함할 수 있다. device_type 파라미터는 하기에서 도 9a 및 도 9b, 도 10a 및 도 10b, 도 11a 및 도 11b, 또는 도 12a 및 도 12b에서 설명되는 바와 동일하거나 또는 실질적으로 동일하게 구현될 수 있으며, 따라서 여기서는 그 상세한 설명은 생략하기로 한다.
동작 717에서, 제1 서버는 제1 질의 메시지의 수신에 응답하여, 플래그의 값이 이벤트 레코드가 전자 장치로 제공되는 것이 차단됨을 지시하는 제1 값임을 확인함에 기반하여, 적어도 하나의 통신 회로를 통해 전자 장치로, 전자 장치에 대한 이벤트가 존재하지 않음을 지시하는 지시자를 포함하는 제1 질의 응답 메시지를 송신할 수 있다. 일 실시 예에서, 질의 응답 메시지는 QueryEvent Response 메시지를 포함할 수 있다. QueryEvent Response 메시지는 하기에서 도 9a 및 도 9b, 도 10a 및 도 10b, 도 11a 및 도 11b, 또는 도 12a 및 도 12b에서 설명되는 바와 동일하거나 또는 실질적으로 동일하게 구현될 수 있으며, 따라서 여기서는 그 상세한 설명은 생략하기로 한다.
도 8은 일 실시 예에 따른 제2 서버의 동작 과정을 도시하고 있는 흐름도이다.
도 8을 참조하면, 동작 811에서, 제2 서버(예를 들어, 도 2의 SM-DP+ 서버(220) 또는 도 5a 또는 도 5c의 SM-DP+ 서버(530) 중 적어도 하나)(예를 들어, 프로세서(예를 들어, 도 5c의 프로세서(551))는 제1 등록 메시지를 생성할 수 있다. 일 실시 예에서, 제1 등록 메시지는 전자 장치(예를 들어, 도 1a, 도 1b, 도 2, 도 3, 또는 도 5a의 전자 장치(101) 중 적어도 하나)의 이벤트 레코드, 및 이벤트 레코드가 전자 장치로 제공되는 것이 차단되는지 여부를 지시하는 플래그를 포함할 수 있다. 일 실시 예에서, 제1 등록 메시지는 제1 RegisterEvent 메시지를 포함할 수 있다. 일 실시 예에서, 이벤트 레코드는 이벤트에 할당되는 EventID 또는 RSP 서버 어드레스 중 적어도 하나를 포함할 수 있다. 일 실시 예에서, 이벤트 레코드는 전자 장치의 식별자(예를 들어, EID), 또는 포워딩 지시자 중 적어도 하나를 더 포함할 수 있다. 일 실시 예에서, RSP 서버 어드레스는 제2 서버의 어드레스를 포함할 수 있다. 일 실시 예에서, RSP 서버 어드레스는 제2 서버의 어드레스 대신 제1 서버의 어드레스를 포함할 수도 있다. 일 실시 예에서, 이벤트 레코드가 전자 장치로 제공되는 것이 차단되는지 여부를 지시하는 플래그는 override 플래그 또는 block_event 플래그 중 적어도 하나를 포함할 수 있다. override 플래그 및 block_event 플래그는 하기에서 도 9a 및 도 9b, 도 10a 및 도 10b, 도 11a 및 도 11b, 또는 도 12a 및 도 12b에서 설명되는 바와 동일하거나 또는 실질적으로 동일하게 구현될 수 있으며, 따라서 여기서는 그 상세한 설명은 생략하기로 한다.
동작 813에서 제2 서버는, 적어도 하나의 통신 회로(예를 들어, 도 5c의 통신 회로(533)를 통해 제1 서버(예를 들어, 도 2의 SM-DS(210) 또는 도 5a 또는 도 5b의 SM-DS(540))로, 제1 등록 메시지를 송신할 수 있다.
도 9a 및 도 9b는 일 실시 예에 따른 무선 통신 네트워크에서 프로파일 다운로드를 관리하는 프로세스를 도시한 신호 흐름도들이다.
도 9a 및 도 9b에 도시되어 있는 프로파일 다운로드를 관리하는 프로세스는 SM-DP+ 서버(530)(예를 들어, 도 2의 SM-DP+ 서버(220) 또는 도 5의 SM-DP+ 서버(530))가 SM-DS(540)(예를 들어, 도 5의 SM-DS(540))에 복수의 불특정 이벤트(unspecified event)들을 등록하고, 추후에 복수의 불특정 이벤트들을 활성화할 경우의 프로파일 다운로드를 관리하는 프로세스일 수 있다. 통신 사업자는 SM-DP+ 서버(530)로 프로파일을 배치할 수 있으며, SM-DP+ 서버(530)에 프로파일이 배치될 경우, SM-DP+ 서버(530)는 이벤트를 생성할 수 있으며, 이벤트는 EventID에 의해 식별될 수 있다. EventID는 EID를 포함할 수 있고, 재사용되지 않을 수 있다. 이벤트는 이벤트 등록(event registration) 절차를 통해 SM-DP+ 서버(530)에 의해 SM-DS(540)에 등록될 수 있다. 일 실시 예에서, 불특정 이벤트는 해당 이벤트를 사용할 전자 장치 또는 사용자가 특정되지 않은 이벤트를 나타낼 수 있다. 설명의 편의상, SM-DS(540)는 "제1 서버"라고 칭해지고, SM-DP+ 서버(530)는 "제2 서버"라고도 칭해지고, 인타이틀먼트 서버(520)는 "제3 서버"라고 칭해질 수 있다.
동작 911에서, SM-DP+ 서버(530)는 복수의 이벤트들을 SM-DS(540)에 등록하기 위해 SM-DS(540)로 복수의 이벤트들 각각에 상응하는 등록 메시지(예를 들어, 이벤트 등록(register event: RegisterEvent) 메시지)를 송신할 수 있다. 도 9a에서는 편의를 위해 동작 911에서와 같이 1개의 RegisterEvent 메시지가 송신되는 경우가 도시되어 있으나, 복수의 이벤트들이 등록될 경우 RegisterEvent 메시지는 이벤트들의 개수와 동일한 횟수 번 송신될 수 있다. 일 실시 예에서, RegisterEvent 메시지는 등록할 이벤트에 상응하는 EID, RSP 서버 어드레스, EventID, 또는 포워딩 지시자 중 적어도 하나를 포함할 수 있다. 일 실시 예에서, RSP 서버 어드레스는 등록되는 이벤트에 상응하는 동작이 수행될 수 있는 RSP 서버 어드레스를 포함할 수 있다. 일 실시 예에서, RSP 서버 어드레스는 제2 서버의 어드레스를 포함할 수 있다.
SM-DP+ 서버(530)로부터 RegisterEvent 메시지를 수신한 SM-DS(540)는, 동작 913에서, SM-DP+ 서버(530)로 200 OK 메시지를 송신할 수 있다. 도 9a에서는 편의를 위해 동작 913에서와 같이 1개의 200 OK 메시지가 송신되는 경우가 도시되어 있으나, 복수의 이벤트들이 등록될 경우 200 OK 메시지는 이벤트들의 개수와 동일한 횟수 번 송신될 수 있다.
SM-DP+ 서버(530)로부터 RegisterEvent 메시지를 수신한 SM-DS(540)는 동작 915에서 RegisterEvent 메시지에 포함되어 있는 EID, RSP 서버 어드레스, 및/또는 EventID 중 적어도 하나를 포함하는 이벤트 레코드와 SM-DP+ 서버(530)의 SM-DP+ OID를 저장함으로써 이벤트를 등록할 수 있다. 동작 915는 도 9a에서 "Save events with 'block_event' flag(=true)"와 같이 나타내 질 수 있다. 일 실시 예에서, SM-DP+ OID는 SM-DP+ 서버(530)의 ID이며, 글로벌하게 고유하고, SM-DP+ 인증서(SM-DP+ certificate)의 일부로서 포함된다. 일 실시 예에서, SM-DP+ 인증서는 GSMA (GSM association) 인증서 발행자(certificate issuer: CI)에 의해 GSMA 공인 SM-DP+(GSMA accredited SM-DP+)로 발행되는 인증서를 포함할 수 있다. 동작 915에서 SM-DS(540)는 등록된 복수의 이벤트들 각각에 대한 이벤트 차단(block event: block_event) 플래그(flag) 값을 설정하고, 설정된 block_event 플래그 값을 가지는 이벤트들을 저장할 수 있다. 일 실시 예에서, block_event 플래그는 전자 장치(101)로부터의 이벤트 질의(query event)를 검출할 경우, 전자 장치(101)로부터의 이벤트 질의에 대한 응답에 SM-DS(540)에 등록되어 있는 이벤트와 관련된 정보를 포함시킬지 여부를 지시하는 플래그일 수 있다. 예를 들어, 등록되어 있는 이벤트에 설정되어 있는 block_event 플래그 값이 제1 값(예: true)일 경우, SM-DS(540)는 해당 이벤트와 관련된 정보(예: 이벤트 레코드)를 전자 장치(101)로부터의 이벤트 질의에 대한 응답에 포함시키지 않을 수 있다. 다른 예를 들어, 등록되어 있는 이벤트에 설정되어 있는 block_event 플래그 값이 제2 값(예: false)일 경우, SM-DS(540)는 해당 이벤트와 관련된 정보를 전자 장치(101)로부터의 이벤트 질의에 대한 응답에 포함시킬 수 있다. 일 실시 예에서, 이벤트 질의에 대한 검출은 질의 메시지(예를 들어, 이벤트 질의(query event: QueryEvent) 메시지)의 수신에 의해 구현될 수 있으며, 이벤트 질의에 대한 응답은 질의 응답 메시지(예를 들어, 이벤트 질의 응답(query event response: QueryEvent Response) 메시지)의 송신에 의해 구현될 수 있다.
일 실시 예에서, 이벤트에 대한 block_event 플래그 값은 복수의 파라미터들에 기반하여 설정될 수 있다. 복수의 파라미터들은 장치 타입(device type), 장치 특성(device characteristic), 장치 네임(device name), 또는 요금제 중 적어도 하나를 포함할 수 있다. 일 실시 예에서, 장치 타입은 해당하는 장치가 웨어러블 장치(wearable device)인지, 스마트 폰(smartphone)인지, 또는 이벤트 차단(예를 들어, 이벤트와 관련되는 정보(예: 이벤트 레코드)가 제공되는 것을 차단하는 것)이 필요한 장치인지를 지시하는 파라미터일 수 있다. 이하, 설명의 편의상 이벤트 차단이 필요한 장치를 "차단된 장치(blocked device: blocked_device)"라고 칭하기로 한다. 일 예로, blocked_device는 웨어러블 장치 또는 스마트 폰 중 적어도 하나를 포함할 수 있다.
일 실시 예에서, 장치 특성은 해당하는 장치가 비지니스 대 비지니스(business to business: B2B) 장치인지 여부를 지시하는 파라미터일 수 있다. 일 실시 예에서, 장치 네임은 해당하는 장치의 네임을 지시하는 파라미터일 수 있다. 일 실시 예에서, 요금제는 해당하는 장치의 요금제를 지시하는 파라미터일 수 있다.
도 9a에서는 SM-DS(540)가 등록된 복수의 이벤트들 각각에 대한 block_event 플래그 값을 설정하고, 설정된 block_event 플래그 값을 가지는 이벤트들을 저장하는 경우를 일 예로 하여 설명되고 있으나, SM-DP+ 서버(530)가 복수의 이벤트들 각각에 대한 block_event 플래그 값을 설정하고, 설정된 block_event 플래그 값을 가지는 이벤트들을 등록할 수도 있다. 이 경우, SM-DP+ 서버(530)에서 송신되는 RegisterEvent 메시지는 등록할 이벤트에 상응하는 EID, RSP 서버 어드레스, EventID, 또는 포워딩 지시자 중 적어도 하나 뿐만 아니라 등록할 이벤트에 설정된 block_event 플래그 값을 포함할 수 있다.
도 9a에서는 편의를 위해 동작 915에서와 같이 1개의 이벤트가 등록되는 경우가 도시되어 있으나, 복수의 이벤트들이 등록될 경우 동작 915와 같은 이벤트 등록 동작이 이벤트들의 개수와 동일한 횟수 번 반복될 수 있다.
이후, 동작 917에서, 통신 사업자에서 운영하는 통신 사업자 숍(communication carrier shop: carrier_shop)(550)에서 전자 장치(101)의 사용자에 의해 통신 사업자가 제공하는 회선(plan)이 구입될 수 있다. 동작 917은 도 9a에서 "Customer purchases a plan for the electronic device"와 같이 나타내 질 수 있다.
이렇게, 전자 장치(101)의 사용자에 의해 통신 사업자가 제공하는 회선이 구입됨에 따라, 통신 사업자 숍(550)는 동작 919에서 통신 사업자의 백엔드(backend) 시스템을 통해 SM-DP+ 서버(530)로 전자 장치(101)의 사용자에 의해 구입된 회선의 EID와 매핑되는 이벤트에 대한 block_event 플래그 값이 제2 값(예: false)으로 업데이트되어야 함을 통보할 수 있다. 동작 919는 도 9a에서 "Notify that the block_event flag needs to be set as false with EID"와 같이 나타내 질 수 있다.
통신 사업자 숍(550)로부터 전자 장치(101)의 사용자에 의해 구입된 회선의 EID와 매핑되는 이벤트에 대한 block_event 플래그 값이 제2 값(예: false)으로 업데이트되어야 함을 통보 받은 SM-DP+ 서버(530)는, 동작 921에서, SM-DS(540)로 업데이트 메시지(예를 들어, 이벤트 업데이트(update event: UpdateEvent) 메시지)를 송신할 수 있다. 일 실시 예에서, UpdateEvent 메시지는 이벤트에 대한 block_event 플래그 값을 업데이트하기 위해 사용되는 메시지일 수 있다. 일 실시 예에서, UpdateEvent 메시지는 block_event 플래그 값이 업데이트될 이벤트와 관련되는 EID, 및 업데이트될 해당 이벤트의 block_event 플래그 값을 포함할 수 있다. 전자 장치(101)의 사용자에 의해 구입된 회선의 EID와 매핑되는 이벤트에 대한 block_event 플래그 값이 제2 값(예: false)으로 업데이트되어야 하므로 SM-DP+ 서버(530)는 UpdateEvent 메시지에 전자 장치(101)의 사용자에 의해 구입된 회선의 EID 또는 그 값이 제2 값(예: false)으로 설정된 block_event 플래그 중 적어도 하나를 포함시킬 수 있다.
SM-DP+ 서버(530)로부터 UpdateEvent 메시지를 수신한 SM-DS(540)는 동작 923에서 200 OK 메시지를 송신할 수 있다. SM-DP+ 서버(530)로부터 UpdateEvent 메시지를 수신한 SM-DS(540)는 동작 925에서 수신된 UpdateEvent 메시지에 기반하여 전자 장치(101)의 사용자에 의해 구입된 회선의 EID에 상응하는 이벤트의 block_event 플래그 값을 제2 값(예: false)으로 업데이트할 수 있다. 동작 925는 도 9a에서 "Update event with 'block_event' flag(=false)"와 같이 나타내 질 수 있다.
하기의 동작 927 내지 동작 945는 전자 장치(101)의 EID에 매핑되는 이벤트에 대한 block_event 플래그 값이 제1 값(예: true)으로 설정될 경우의 동작들이라고 가정할 수 있다.
동작 927에서, 전자 장치(101)는 프로파일을 다운로드하기 위해 SM-DS(540)로 QueryEvent 메시지를 송신할 수 있다. 일 실시 예에서, QueryEvent 메시지는 전자 장치(101)의 EID를 포함할 수 있다. 전자 장치(101)로부터 QueryEvent 메시지를 수신한 SM-DS(540)는 SM-DS(540) 자신에 등록되어 있는 이벤트들 중 수신한 QueryEvent 메시지에 포함되어 있는 EID에 상응하는 이벤트를 검색하고, 검색된 이벤트의 block_event 플래그 값을 확인할 수 있다. 동작 927 내지 동작 945는 전자 장치(101)의 EID에 매핑되는 이벤트에 대한 block_event 플래그 값이 제1 값(예: true)으로 설정될 경우의 동작들이라고 가정하였으므로, SM-DS(540)가 검색한 이벤트의 block_event 플래그 값은 제1 값(예: true)일 수 있다. 검색된 이벤트의 block_event 플래그 값이 제1 값(예: true)이므로, SM-DS(540)는 QueryEvent 메시지에 대한 응답 메시지인 QueryEvent Response 메시지에 전자 장치(101)의 EID에 매핑되는 이벤트와 관련된 정보(예: 이벤트 레코드)를 포함하지 않고, 전자 장치(101)의 EID에 매핑되는 이벤트가 존재하지 않음을 지시하는 no event 지시자를 포함시킬 수 있다. SM-DS(540)는 동작 929에서 no event 지시자를 포함하는 QueryEvent Response 메시지를 전자 장치(101)로 송신할 수 있다. 일 실시 예에서, 동작 927은 이벤트 검색(event retrieval)을 위한 공통 상호 인증(common mutual authentication) 절차와 관련되는 인증 개시(initiate authentication: InitiateAuthentication) 기능으로 대체될 수 있고, 동작 929는 공통 상호 인증 절차와 관련되는 클라이언트 인증(authenticate client: AuthenticateClient) 기능으로 대체될 수 있다.
SM-DS(540)로부터 QueryEvent Response 메시지를 수신한 전자 장치(101)는 QueryEvent Response 메시지에 기반하여 전자 장치(101)의 EID에 매핑되는 이벤트가 존재하지 않음을 확인할 수 있다. SM-DS(540)에 전자 장치(101)의 EID에 매핑되는 이벤트가 존재하지 않음을 확인한 전자 장치(101)는 동작 931에서 인타이틀먼트 서버(520)로 신규 가입을 요청하는 신규 가입 요청(request new subscription: Request New Subscription) 메시지를 송신할 수 있다. 전자 장치(101)로부터 Request New Subscription 메시지를 수신한 인타이틀먼트 서버(520)는 동작 933에서 전자 장치(101)를 가입시키고, 전자 장치(101)에 대한 프로파일 다운로드와 관련되는 프로파일 다운로드 정보를 포함하는 응답(response: Response) 메시지를 전자 장치(101)로 송신할 수 있다.
인타이틀먼트 서버(520)로부터 Response 메시지를 수신한 전자 장치(101)는 동작 935에서 Response 메시지에 포함되어 있는 프로파일 다운로드 정보에 기반하여 SM-DP+ 서버(530)로부터 프로파일을 다운로드할 수 있다. 동작 945는 도 9a에서 "Profile Download"와 같이 나타내 질 수 있다.
SM-DP+ 서버(530)로부터 프로파일을 다운로드한 전자 장치(101)는 동작 937에서 전자 장치(101)에 프로파일이 성공적으로 설치됨을 지시하는 통지 메시지(예를 들어, 통지 핸들(handle notification: HandleNotification) 메시지)를 SM-DP+ 서버(530)로 송신할 수 있다. 동작 939에서 전자 장치(101)는 SM-DP+ 서버(530)로 200 OK 메시지를 송신할 수 있다.
전자 장치(101)로부터 200 OK 메시지를 수신한 SM-DP+ 서버(530)는 동작 941에서 전자 장치(101)로 다운로드된 프로파일에 상응하는 이벤트를 삭제하기 위해 SM-DS(540)로 삭제 메시지(예를 들어, 이벤트 삭제(delete event: DeleteEvent) 메시지)를 송신할 수 있다. 일 실시 예에서, DeleteEvent 메시지는 삭제될 이벤트에 매핑되는 EID를 포함할 수 있다.
SM-DP+ 서버(530)로부터 DeleteEvent 메시지를 수신한 SM-DS(540)는 동작 943에서 SM-DP+ 서버(530)로 200 OK 메시지를 송신할 수 있다. SM-DP+ 서버(530)로 200 OK 메시지를 송신한 SM-DS(540)는 동작 945에서 SM-DS(540)에 등록되어 있는 이벤트들 중 DeleteEvent 메시지에 포함되어 있는 EID에 매핑되어 있는 이벤트를 삭제할 수 있다. 동작 945는 도 9a에서 "Delete event with 'eid(=EID)'와 같이 나타내 질 수 있다.
하기의 동작 951 내지 동작 965는 전자 장치(101)의 EID에 매핑되는 이벤트에 대한 block_event 플래그 값이 제2 값(예: false)으로 설정될 경우의 동작들이라고 가정할 수 있다.
동작 951에서, 전자 장치(101)는 프로파일을 다운로드하기 위해 SM-DS(540)로 QueryEvent 메시지를 송신할 수 있다. 일 실시 예에서, QueryEvent 메시지는 전자 장치(101)의 EID를 포함할 수 있다. 전자 장치(101)로부터 QueryEvent 메시지를 수신한 SM-DS(540)는 SM-DS(540) 자신에 등록되어 있는 이벤트들 중 수신한 QueryEvent 메시지에 포함되어 있는 EID에 상응하는 이벤트를 검색하고, 검색된 이벤트의 block_event 플래그 값을 확인할 수 있다. 동작 951 내지 동작 965는 전자 장치(101)의 EID에 매핑되는 이벤트에 대한 block_event 플래그 값이 제2 값(예: false)으로 설정될 경우의 동작들이라고 가정하였으므로, SM-DS(540)가 검색한 이벤트의 block_event 플래그 값은 제2 값(예: false)일 수 있다. 검색된 이벤트의 block_event 플래그 값이 제2 값(예: false)이므로, SM-DS(540)는 QueryEvent 메시지에 대한 응답 메시지인 QueryEvent Response 메시지에 전자 장치(101)의 EID에 매핑되는 이벤트와 관련된 정보(예: 이벤트 레코드)를 포함시킬 수 있다. QueryEvent Response 메시지에 포함되는, 전자 장치(101)의 EID에 매핑되는 이벤트와 관련된 정보(예: 이벤트 레코드)는 RSP 서버 어드레스(예: SM-DP+ 서버(530)의 어드레스), 및/또는 EventID 중 적어도 하나를 포함할 수 있다.
SM-DS(540)는 동작 953에서 RSP 서버 어드레스, 및/또는 EventID 중 적어도 하나를 포함하는 QueryEvent Response 메시지를 전자 장치(101)로 송신할 수 있다. 일 실시 예에서, 동작 951은 이벤트 검색을 위한 공통 상호 인증 절차와 관련되는 InitiateAuthentication 기능으로 대체될 수 있고, 동작 953은 공통 상호 인증 절차와 관련되는 AuthenticateClient 기능으로 대체될 수 있다.
SM-DS(540)로부터 QueryEvent Response 메시지를 수신한 전자 장치(101)는 동작 955에서 QueryEvent Response 메시지에 포함되어 있는 RSP 서버 어드레스, 및/또는 EventID 중 적어도 하나에 기반하여 SM-DP+ 서버(530)로부터 프로파일을 다운로드할 수 있다. 동작 955는 도 9b에서 "Profile Download"와 같이 나타내 질 수 있다.
SM-DP+ 서버(530)로부터 프로파일을 다운로드한 전자 장치(101)는 동작 957에서 전자 장치(101)에 프로파일이 성공적으로 설치됨을 지시하는 HandleNotification 메시지를 SM-DP+ 서버(530)로 송신할 수 있다. 동작 959에서 전자 장치(101)는 SM-DP+ 서버(530)로 200 OK 메시지를 송신할 수 있다.
전자 장치(101)로부터 200 OK 메시지를 수신한 SM-DP+ 서버(530)는 동작 961에서 전자 장치(101)로 다운로드된 프로파일에 상응하는 이벤트를 삭제하기 위해 SM-DS(540)로 DeleteEvent 메시지를 송신할 수 있다. 일 실시 예에서, DeleteEvent 메시지는 삭제될 이벤트에 매핑되는 EID를 포함할 수 있다.
SM-DP+ 서버(530)로부터 DeleteEvent 메시지를 수신한 SM-DS(540)는 동작 963에서 SM-DP+ 서버(530)로 200 OK 메시지를 송신할 수 있다. SM-DP+ 서버(530)로 200 OK 메시지를 송신한 SM-DS(540)는 동작 965에서 SM-DS(540)에 등록되어 있는 이벤트들 중 DeleteEvent 메시지에 포함되어 있는 EID에 매핑되어 있는 이벤트를 삭제할 수 있다. 동작 965는 도 9b에서 "Delete event with 'eid(=EID)'와 같이 나타내 질 수 있다.
도 10a 및 도 10b는 일 실시 예에 따른 무선 통신 네트워크에서 프로파일 다운로드를 관리하는 프로세스를 도시한 신호 흐름도들이다.
도 10a 및 도 10b에 도시되어 있는 프로파일 다운로드를 관리하는 프로세스는 SM-DP+ 서버(530)(예: 도 5의 SM-DP+ 서버(530))가 SM-DS(540)(예: 도 5의 SM-DS(540))에 복수의 불특정 이벤트들을 등록하고, 추후에 복수의 불특정 이벤트들을 활성화할 경우의 프로파일 다운로드를 관리하는 프로세스일 수 있다. 통신 사업자는 SM-DP+ 서버(530)로 프로파일을 배치할 수 있으며, SM-DP+ 서버(530)에 프로파일이 배치될 경우, SM-DP+ 서버(530)는 이벤트를 생성할 수 있으며, 이벤트는 EventID에 의해 식별될 수 있다. 이벤트는 이벤트 등록 절차를 통해 SM-DP+ 서버(530)에 의해 SM-DS(540)에 등록될 수 있다. 설명의 편의상, SM-DS(540)는 "제1 서버"라고 칭해지고, SM-DP+ 서버(530)는 "제2 서버"라고도 칭해지고, 인타이틀먼트 서버(520)는 "제3 서버"라고 칭해질 수 있다.
동작 1011에서, SM-DP+ 서버(530)는 복수의 이벤트들을 SM-DS(540)에 등록하기 위해 SM-DS(540)로 복수의 이벤트들 각각에 상응하는 RegisterEvent 메시지를 송신할 수 있다. 도 10a에서는 편의를 위해 동작 1011에서와 같이 1개의 RegisterEvent 메시지가 송신되는 경우가 도시되어 있으나, 복수의 이벤트들이 등록될 경우 RegisterEvent 메시지는 이벤트들의 개수와 동일한 횟수 번 송신될 수 있다. 일 실시 예에서, RegisterEvent 메시지는 등록할 이벤트에 상응하는 EID, RSP 서버 어드레스, EventID, 또는 포워딩 지시자 중 적어도 하나를 포함할 수 있다. SM-DP+ 서버(530)로부터 RegisterEvent 메시지를 수신한 SM-DS(540)는, 동작 1013에서, SM-DP+ 서버(530)로 200 OK 메시지를 송신할 수 있다. 도 10a에서는 편의를 위해 동작 1013에서와 같이 1개의 200 OK 메시지가 송신되는 경우가 도시되어 있으나, 복수의 이벤트들이 등록될 경우 200 OK 메시지는 이벤트들의 개수와 동일한 횟수 번 송신될 수 있다. SM-DP+ 서버(530)로부터 RegisterEvent 메시지를 수신한 SM-DS(540)는 동작 1015에서 RegisterEvent 메시지에 포함되어 있는 EID, RSP 서버 어드레스, 및/또는 EventID 중 적어도 하나를 포함하는 이벤트 레코드와 SM-DP+ 서버(530)의 SM-DP+ OID를 저장함으로써 이벤트를 등록할 수 있다. 동작 1015는 도 10a에서 "Save events with 'block_event' flag(=true)"와 같이 나타내 질 수 있다. 동작 1015에서 SM-DS(540)는 등록된 복수의 이벤트들 각각에 대한 block_event 플래그 값을 설정하고, 설정된 block_event 플래그 값을 가지는 이벤트들을 저장할 수 있다. block_event 플래그 및 block_event 플래그 값은 도 9a에서 설명된 바와 유사하거나 실질적으로 동일하게 구현될 수 있으며, 따라서 여기서는 그 상세한 설명을 생략하기로 한다.
도 10a에서는 SM-DS(540)가 등록된 복수의 이벤트들 각각에 대한 block_event 플래그 값을 설정하고, 설정된 block_event 플래그 값을 가지는 이벤트들을 저장하는 경우를 일 예로 하여 설명되고 있으나, SM-DP+ 서버(530)가 복수의 이벤트들 각각에 대한 block_event 플래그 값을 설정하고, 설정된 block_event 플래그 값을 가지는 이벤트들을 등록할 수도 있다. 이 경우, SM-DP+ 서버(530)에서 송신되는 RegisterEvent 메시지는 등록할 이벤트에 상응하는 EID, RSP 서버 어드레스, EventID, 또는 포워딩 지시자 중 적어도 하나 뿐만 아니라 등록할 이벤트에 설정된 block_event 플래그 값을 포함할 수 있다.
도 10a에서는 편의를 위해 동작 1015에서와 같이 1개의 이벤트가 등록되는 경우가 도시되어 있으나, 복수의 이벤트들이 등록될 경우 동작 1015와 같은 이벤트 등록 동작이 이벤트들의 개수와 동일한 횟수 번 반복될 수 있다.
이후, 동작 1017에서, 통신 사업자에서 운영하는 통신 사업자 숍 (550)에서 전자 장치(101)의 사용자에 의해 통신 사업자가 제공하는 회선이 구입될 수 있다. 동작 1017은 도 10a에서 "Customer purchases a plan for the electronic device"와 같이 나타내 질 수 있다.
이렇게, 전자 장치(101)의 사용자에 의해 통신 사업자가 제공하는 회선이 구입됨에 따라, 통신 사업자 숍(550)는 동작 1019에서 통신 사업자의 백엔드 시스템을 통해 SM-DP+ 서버(530)로 전자 장치(101)의 사용자에 의해 구입된 회선의 EID와 매핑되는 이벤트에 대한 block_event 플래그 값이 제2 값(예: false)으로 업데이트되어야 함을 통보할 수 있다. 동작 1019는 도 10a에서 "Notify that the block_event flag needs to be set as false with EID"와 같이 나타내 질 수 있다.
통신 사업자 숍(550)으로부터 전자 장치(101)의 사용자에 의해 구입된 회선의 EID와 매핑되는 이벤트에 대한 block_event 플래그 값이 제2 값(예: false)으로 업데이트되어야 함을 통보 받은 SM-DP+ 서버(530)는, 동작 1021에서, SM-DS(540)로 전자 장치(101)의 EID와 관련되는 이벤트의 block_event 플래그 값을 업데이트하기 위해 SM-DS(540)로 DeleteEvent 메시지를 송신할 수 있다. 일 실시 예에서, DeleteEvent 메시지는 삭제될 이벤트에 매핑되는 EID를 포함할 수 있다.
SM-DP+ 서버(530)로부터 DeleteEvent 메시지를 수신한 SM-DS(540)는 동작 1043에서 SM-DP+ 서버(530)로 200 OK 메시지를 송신할 수 있다. SM-DP+ 서버(530)로 200 OK 메시지를 송신한 SM-DS(540)는 동작 1025에서 SM-DS(540)에 등록되어 있는 이벤트들 중 DeleteEvent 메시지에 포함되어 있는 EID에 매핑되어 있는 이벤트를 삭제할 수 있다. 동작 1025는 도 10a에서 "Delete event with 'eid(=EID)'"와 같이 나타내 질 수 있다.
SM-DP+ 서버(530)는 동작 1027에서 전자 장치(101)의 EID와 관련되는 이벤트를 SM-DS(540)에 등록하기 위해 SM-DS(540)로 RegisterEvent 메시지를 송신할 수 있다. 일 실시 예에서, RegisterEvent 메시지는 등록할 이벤트에 상응하는 EID, RSP 서버 어드레스, EventID, 포워딩 지시자, 또는 block_event 플래그 값 중 적어도 하나를 포함할 수 있다. 일 실시 예에서, SM-DP+ 서버(530)는 전자 장치(101)의 EID와 관련되는 이벤트의 block_event 플래그 값을 제2 값(예: false)으로 업데이트하기 위해 SM-DS(540)에 등록되어 있던, 전자 장치(101)의 EID와 관련되는 이벤트를 삭제한 후 다시 전자 장치(101)의 EID와 관련되는 이벤트를 등록하기 위해 RegisterEvent 메시지를 송신하는 것이고, 따라서 동작 1027에서 송신되는 RegisterEvent 메시지는 제2 값(예: false)으로 설정된 block_event 플래그 값을 포함할 수 있다.
SM-DP+ 서버(530)로부터 RegisterEvent 메시지를 수신한 SM-DS(540)는 동작 1029에서 SM-DP+ 서버(530)로 200 OK 메시지를 송신할 수 있다. 200 OK 메시지를 송신한 SM-DS(540)는 동작 1031에서 RegisterEvent 메시지에 포함되어 있는 EID, RSP 서버 어드레스, 및/또는 EventID 중 적어도 하나를 포함하는 이벤트 레코드와 SM-DP+ 서버(530)의 SM-DP+ OID를 저장함으로써 이벤트를 등록할 수 있다. 동작 1031은 도 10a에서 "Save events with 'block_event' flag(=true) and eid = EID"와 같이 나타내 질 수 있다. 동작 1031에서 SM-DS(540)는 등록된 이벤트에 대한 block_event 플래그 값을 RegisterEvent 메시지에 포함되어 block_event 플래그 값(예: 제2 값(예: false))으로 설정하고, 설정된 block_event 플래그 값을 가지는 이벤트를 저장할 수 있다. 이와 같이 전자 장치(101)의 사용자에 의해 구입된 회선의 EID에 상응하는 이벤트의 block_event 플래그 값이 제2 값(예: false)으로 업데이트될 수 있다.
하기의 동작 1041 내지 동작 1059는 전자 장치(101)의 EID에 매핑되는 이벤트에 대한 block_event 플래그 값이 제1 값(예: true)으로 설정될 경우의 동작들이라고 가정할 수 있다.
동작 1041에서, 전자 장치(101)는 프로파일을 다운로드하기 위해 SM-DS(540)로 QueryEvent 메시지를 송신할 수 있다. 일 실시 예에서, QueryEvent 메시지는 전자 장치(101)의 EID를 포함할 수 있다. 전자 장치(101)로부터 QueryEvent 메시지를 수신한 SM-DS(540)는 SM-DS(540) 자신에 등록되어 있는 이벤트들 중 수신한 QueryEvent 메시지에 포함되어 있는 EID에 상응하는 이벤트를 검색하고, 검색된 이벤트의 block_event 플래그 값을 확인할 수 있다. 동작 1041 내지 동작 1059는 전자 장치(101)의 EID에 매핑되는 이벤트에 대한 block_event 플래그 값이 제1 값(예: true)으로 설정될 경우의 동작들이라고 가정하였으므로, SM-DS(540)가 검색된 이벤트의 block_event 플래그 값은 제1 값(예: true)일 수 있다. 검색된 이벤트의 block_event 플래그 값이 제1 값(예: true)이므로, SM-DS(540)는 QueryEvent 메시지에 대한 응답 메시지인 QueryEvent Response 메시지에 전자 장치(101)의 EID에 매핑되는 이벤트와 관련된 정보(예: 이벤트 레코드)를 포함하지 않고, 전자 장치(101)의 EID에 매핑되는 이벤트가 존재하지 않음을 지시하는 no event 지시자를 포함시킬 수 있다. SM-DS(540)는 동작 1043에서 no event 지시자를 포함하는 QueryEvent Response 메시지를 전자 장치(101)로 송신할 수 있다. 일 실시 예에서, 동작 1041은 이벤트 검색을 위한 공통 상호 인증 절차와 관련되는 InitiateAuthentication 기능으로 대체될 수 있고, 동작 1043은 공통 상호 인증 절차와 관련되는 AuthenticateClient 기능으로 대체될 수 있다.
SM-DS(540)로부터 QueryEvent Response 메시지를 수신한 전자 장치(101)는 QueryEvent Response 메시지에 기반하여 전자 장치(101)의 EID에 매핑되는 이벤트가 존재하지 않음을 확인할 수 있다. SM-DS(540)에 전자 장치(101)의 EID에 매핑되는 이벤트가 존재하지 않음을 확인한 전자 장치(101)는 동작 1045에서 인타이틀먼트 서버(520)로 신규 가입을 요청하는 Request New Subscription 메시지를 송신할 수 있다. 전자 장치(101)로부터 Request New Subscription 메시지를 수신한 인타이틀먼트 서버(520)는 동작 1047에서 전자 장치(101)를 가입시키고, 전자 장치(101)에 대한 프로파일 다운로드와 관련되는 프로파일 다운로드 정보를 포함하는 Response 메시지를 전자 장치(101)로 송신할 수 있다.
인타이틀먼트 서버(520)로부터 Response 메시지를 수신한 전자 장치(101)는 동작 1049에서 Response 메시지에 포함되어 있는 프로파일 다운로드 정보에 기반하여 SM-DP+ 서버(530)로부터 프로파일을 다운로드할 수 있다. 동작 1049는 도 10b에서 "Profile Download"와 같이 나타내 질 수 있다.
SM-DP+ 서버(530)로부터 프로파일을 다운로드한 전자 장치(101)는 동작 1051에서 전자 장치(101)에 프로파일이 성공적으로 설치됨을 지시하는 HandleNotification 메시지를 SM-DP+ 서버(530)로 송신할 수 있다. 동작 1053에서 전자 장치(101)는 SM-DP+ 서버(530)로 200 OK 메시지를 송신할 수 있다.
전자 장치(101)로부터 200 OK 메시지를 수신한 SM-DP+ 서버(530)는 동작 1055에서 전자 장치(101)로 다운로드된 프로파일에 상응하는 이벤트를 삭제하기 위해 SM-DS(540)로 DeleteEvent 메시지를 송신할 수 있다. 일 실시 예에서, DeleteEvent 메시지는 삭제될 이벤트에 매핑되는 EID를 포함할 수 있다.
SM-DP+ 서버(530)로부터 DeleteEvent 메시지를 수신한 SM-DS(540)는 동작 1057에서 SM-DP+ 서버(530)로 200 OK 메시지를 송신할 수 있다. SM-DP+ 서버(530)로 200 OK 메시지를 송신한 SM-DS(540)는 동작 1059에서 SM-DS(540)에 등록되어 있는 이벤트들 중 DeleteEvent 메시지에 포함되어 있는 EID에 매핑되어 있는 이벤트를 삭제할 수 있다. 동작 1059는 도 10b에서 "Delete event with 'eid(=EID)'"와 같이 나타내 질 수 있다.
하기의 동작 1061 내지 동작 1075는 전자 장치(101)의 EID에 매핑되는 이벤트에 대한 block_event 플래그 값이 제2 값(예: false)으로 설정될 경우의 동작들이라고 가정할 수 있다.
동작 1061에서, 전자 장치(101)는 프로파일을 다운로드하기 위해 SM-DS(540)로 QueryEvent 메시지를 송신할 수 있다. 일 실시 예에서, QueryEvent 메시지는 전자 장치(101)의 EID를 포함할 수 있다. 전자 장치(101)로부터 QueryEvent 메시지를 수신한 SM-DS(540)는 SM-DS(540) 자신에 등록되어 있는 이벤트들 중 수신한 QueryEvent 메시지에 포함되어 있는 EID에 상응하는 이벤트를 검색하고, 검색된 이벤트의 block_event 플래그 값을 확인할 수 있다. 동작 1061 내지 동작 1075는 전자 장치(101)의 EID에 매핑되는 이벤트에 대한 block_event 플래그 값이 제2 값(예: false)으로 설정될 경우의 동작들이라고 가정하였으므로, SM-DS(540)가 검색된 이벤트의 block_event 플래그 값은 제2 값(예: false)일 수 있다. 검색된 이벤트의 block_event 플래그 값이 제2 값(예: false)이므로, SM-DS(540)는 QueryEvent 메시지에 대한 응답 메시지인 QueryEvent Response 메시지에 전자 장치(101)의 EID에 매핑되는 이벤트와 관련된 정보(예: 이벤트 레코드)를 포함시킬 수 있다. QueryEvent Response 메시지에 포함되는, 전자 장치(101)의 EID에 매핑되는 이벤트와 관련된 정보(예: 이벤트 레코드)는 RSP 서버 어드레스, 및/또는 EventID 중 적어도 하나를 포함할 수 있다. 일 실시 예에서, RSP 서버 어드레스는 SM-DP+ 서버(530)의 어드레스를 포함할 수 있다.
SM-DS(540)는 동작 1063에서 RSP 서버 어드레스, 및/또는 EventID 중 적어도 하나를 포함하는 QueryEvent Response 메시지를 전자 장치(101)로 송신할 수 있다. 일 실시 예에서, 동작 1061은 이벤트 검색을 위한 공통 상호 인증 절차와 관련되는 InitiateAuthentication 기능으로 대체될 수 있고, 동작 1063은 공통 상호 인증 절차와 관련되는 AuthenticateClient 기능으로 대체될 수 있다.
SM-DS(540)로부터 QueryEvent Response 메시지를 수신한 전자 장치(101)는 동작 1065에서 QueryEvent Response 메시지에 포함되어 있는 RSP 서버 어드레스, 및/또는 EventID 중 적어도 하나에 기반하여 SM-DP+ 서버(530)로부터 프로파일을 다운로드할 수 있다. 동작 1065는 도 10b에서 "Profile Download"와 같이 나타내 질 수 있다.
SM-DP+ 서버(530)로부터 프로파일을 다운로드한 전자 장치(101)는 동작 1067에서 전자 장치(101)에 프로파일이 성공적으로 설치됨을 지시하는 HandleNotification 메시지를 SM-DP+ 서버(530)로 송신할 수 있다. 동작 1069에서 전자 장치(101)는 SM-DP+ 서버(530)로 200 OK 메시지를 송신할 수 있다.
전자 장치(101)로부터 200 OK 메시지를 수신한 SM-DP+ 서버(530)는 동작 1071에서 전자 장치(101)로 다운로드된 프로파일에 상응하는 이벤트를 삭제하기 위해 SM-DS(540)로 DeleteEvent 메시지를 송신할 수 있다. 일 실시 예에서, DeleteEvent 메시지는 삭제될 이벤트에 매핑되는 EID를 포함할 수 있다.
SM-DP+ 서버(530)로부터 DeleteEvent 메시지를 수신한 SM-DS(540)는 동작 1073에서 SM-DP+ 서버(530)로 200 OK 메시지를 송신할 수 있다. SM-DP+ 서버(530)로 200 OK 메시지를 송신한 SM-DS(540)는 동작 1075에서 SM-DS(540)에 등록되어 있는 이벤트들 중 DeleteEvent 메시지에 포함되어 있는 EID에 매핑되어 있는 이벤트를 삭제할 수 있다. 동작 1075는 도 10b에서 "Delete event with 'eid(=EID)'"와 같이 나타내 질 수 있다.
도 11a 및 도 11b는 일 실시 예에 따른 무선 통신 네트워크에서 프로파일 다운로드를 관리하는 프로세스를 도시한 신호 흐름도들이다.
도 11a 및 도 11b에 도시되어 있는 프로파일 다운로드를 관리하는 프로세스는 SM-DP+ 서버(530)(예: 도 5의 SM-DP+ 서버(530))가 SM-DS(540)(예: 도 5의 SM-DS(540))에 복수의 불특정 이벤트들을 등록하고, 추후에 복수의 불특정 이벤트들을 활성화할 경우의 프로파일 다운로드를 관리하는 프로세스일 수 있다. 통신 사업자는 SM-DP+ 서버(530)로 프로파일을 배치할 수 있으며, SM-DP+ 서버(530)에 프로파일이 배치될 경우, SM-DP+ 서버(530)는 이벤트를 생성할 수 있으며, 이벤트는 EventID에 의해 식별될 수 있다. 이벤트는 이벤트 등록 절차를 통해 SM-DP+ 서버(530)에 의해 SM-DS(540)에 등록될 수 있다. 설명의 편의상, SM-DS(540)는 "제1 서버"라고 칭해지고, SM-DP+ 서버(530)는 "제2 서버"라고도 칭해지고, 인타이틀먼트 서버(520)는 "제3 서버"라고 칭해질 수 있다.
동작 1111에서, SM-DP+ 서버(530)는 복수의 이벤트들을 SM-DS(540)에 등록하기 위해 SM-DS(540)로 복수의 이벤트들 각각에 상응하는 RegisterEvent 메시지를 송신할 수 있다. 도 11a에서는 편의를 위해 동작 1111에서와 같이 1개의 RegisterEvent 메시지가 송신되는 경우가 도시되어 있으나, 복수의 이벤트들이 등록될 경우 RegisterEvent 메시지는 이벤트들의 개수와 동일한 횟수 번 송신될 수 있다. 일 실시 예에서, RegisterEvent 메시지는 등록할 이벤트에 상응하는 EID, RSP 서버 어드레스, EventID, 또는 포워딩 지시자 중 적어도 하나를 포함할 수 있다. SM-DP+ 서버(530)로부터 RegisterEvent 메시지를 수신한 SM-DS(540)는, 동작 1113에서, SM-DP+ 서버(530)로 200 OK 메시지를 송신할 수 있다. 도 11a에서는 편의를 위해 동작 1113에서와 같이 1개의 200 OK 메시지가 송신되는 경우가 도시되어 있으나, 복수의 이벤트들이 등록될 경우 200 OK 메시지는 이벤트들의 개수와 동일한 횟수 번 송신될 수 있다. SM-DP+ 서버(530)로부터 RegisterEvent 메시지를 수신한 SM-DS(540)는 동작 1115에서 RegisterEvent 메시지에 포함되어 있는 EID, RSP 서버 어드레스, 및/또는 EventID 중 적어도 하나를 포함하는 이벤트 레코드와 SM-DP+ 서버(530)의 SM-DP+ OID를 저장함으로써 이벤트를 등록할 수 있다. 동작 1115는 도 11a에서 "Save events with 'block_wearable' flag(=true)"와 같이 나타내 질 수 있다. 동작 1115에서 SM-DS(540)는 등록된 복수의 이벤트들 각각에 대한 웨어러블 차단(block wearable: block_wearable) 플래그 값을 설정하고, 설정된 block_wearable 플래그 값을 가지는 이벤트들을 저장할 수 있다. block_wearable 플래그는 전자 장치(101) 또는 전자 장치(102)로부터의 이벤트 질의를 검출할 경우, 전자 장치(101) 또는 전자 장치(102)의 장치 타입과 함께 고려되어 전자 장치(101) 또는 전자 장치(102)로부터의 이벤트 질의에 대한 응답에 SM-DS(540)에 등록되어 있는 이벤트와 관련된 정보를 포함시킬지 여부를 지시하는 플래그일 수 있다. 예를 들어, 등록되어 있는 이벤트에 설정되어 있는 block_wearable 플래그 값이 제1 값(예: true)이고 전자 장치(101) 또는 전자 장치(102)의 장치 타입이 웨어러블 장치일 경우, SM-DS(540)는 해당 이벤트와 관련된 정보를 전자 장치(101)로부터의 이벤트 질의에 대한 응답에 포함시키지 않을 수 있다. 다른 예를 들어, 등록되어 있는 이벤트에 설정되어 있는 block_wearable 플래그 값이 제2 값(예: false)이고 전자 장치(101) 또는 전자 장치(102)의 장치 타입이 웨어러블 장치일 경우, SM-DS(540)는 해당 이벤트와 관련된 정보를 전자 장치(101)로부터의 이벤트 질의에 대한 응답에 포함시킬 수 있다. 또 다른 예를 들어, 등록되어 있는 이벤트에 설정되어 있는 block_wearable 플래그 값이 제1 값(예: true)이고, 전자 장치(101) 또는 전자 장치(102)의 장치 타입이 스마트 폰일 경우, SM-DS(540)는 해당 이벤트와 관련된 정보를 전자 장치(101)로부터의 이벤트 질의에 대한 응답에 포함시킬 수 있다. 또 다른 예를 들어, 등록되어 있는 이벤트에 설정되어 있는 block_wearable 플래그 값이 제2 값(예: false)이고, 전자 장치(101) 또는 전자 장치(102)의 장치 타입이 스마트 폰일 경우, SM-DS(540)는 해당 이벤트와 관련된 정보를 전자 장치(101)로부터의 이벤트 질의에 포함시킬 수 있다. block_wearable 플래그는 이벤트와 관련된 정보(예: 이벤트 레코드)를 요청하는 전자 장치(예: 전자 장치(101) 또는 전자 장치(104))의 장치 타입이 웨어러블 장치일 경우 SM-DS(540)가 이벤트와 관련된 정보를 차단할지 또는 제공할지를 지시하는 플래그일 수 있다.
도 11a 및 도 11b에서는 장치 타입에 기반하여 SM-DS(540)가 이벤트와 관련된 정보(예: 이벤트 레코드)를 차단할지 또는 제공할지를 결정하는 경우를 고려하여 block_wearable 플래그가 구현되었으나, 장치 타입 뿐만 아니라 장치 특성, 장치 네임, 또는 요금제 중 적어도 하나를 고려하여 SM-DS(540)가 이벤트와 관련된 정보를 차단할지 또는 제공할지를 결정할 수 있다. 이 경우, 장치 특성, 장치 네임, 또는 요금제 중 적어도 하나에 기반하는 플래그가 구현될 수 있다.
도 11a에서는 SM-DS(540)가 등록된 복수의 이벤트들 각각에 대한 block_wearable 플래그 값을 설정하고, 설정된 block_wearable 플래그 값을 가지는 이벤트들을 저장하는 경우를 일 예로 하여 설명되고 있으나, SM-DP+ 서버(530)가 복수의 이벤트들 각각에 대한 block_wearable 플래그 값을 설정하고, 설정된 block_wearable 플래그 값을 가지는 이벤트들을 등록할 수도 있다. 이 경우, SM-DP+ 서버(530)에서 송신되는 RegisterEvent 메시지는 등록할 이벤트에 상응하는 EID, RSP 서버 어드레스, EventID, 또는 포워딩 지시자 중 적어도 하나 뿐만 아니라 등록할 이벤트에 설정된 block_wearable 플래그 값을 포함할 수 있다.
도 11a에서는 편의를 위해 동작 1115에서와 같이 1개의 이벤트가 등록되는 경우가 도시되어 있으나, 복수의 이벤트들이 등록될 경우 동작 1115와 같은 이벤트 등록 동작이 이벤트들의 개수와 동일한 횟수 번 반복될 수 있다.
이후, 동작 1117에서, 통신 사업자에서 운영하는 통신 사업자 숍 (550)에서 전자 장치(101) 또는 전자 장치(102)의 사용자에 의해 통신 사업자가 제공하는 회선이 구입될 수 있다. 동작 1117은 도 11a에서 "Customer purchases a plan for wearable device"와 같이 나타내 질 수 있다.
이렇게, 전자 장치(101) 또는 전자 장치(102)의 사용자에 의해 통신 사업자가 제공하는 회선이 구입됨에 따라, 통신 사업자 숍(550)은 동작 1119에서 통신 사업자의 백엔드 시스템을 통해 SM-DP+ 서버(530)로 전자 장치(101) 또는 전자 장치(102)의 사용자에 의해 구입된 회선의 EID와 매핑되는 이벤트에 대한 block_wearable 플래그 값이 제2 값(예: false)으로 업데이트되어야 함을 통보할 수 있다. 동작 1119는 도 10a에서 "Notify that the block_wearable flag needs to be set as false with EID"와 같이 나타내 질 수 있다.
통신 사업자 숍(550)으로부터 전자 장치(101) 또는 전자 장치(102)의 사용자에 의해 구입된 회선의 EID와 매핑되는 이벤트에 대한 block_wearable 플래그 값이 제2 값(예: false)으로 업데이트되어야 함을 통보 받은 SM-DP+ 서버(530)는, 동작 1121에서, SM-DS(540)로 UpdateEvent 메시지를 송신할 수 있다. 일 실시 예에서, UpdateEvent 메시지는 이벤트에 대한 block_wearable 플래그 값을 업데이트하기 위해 사용되는 메시지일 수 있다. 일 실시 예에서, UpdateEvent 메시지는 block_wearable 플래그 값이 업데이트될 이벤트와 관련되는 EID, 및 업데이트될 해당 이벤트의 block_wearable 플래그 값을 포함할 수 있다. 전자 장치(101) 또는 전자 장치(102)의 사용자에 의해 구입된 회선의 EID와 매핑되는 이벤트에 대한 block_wearable 플래그 값이 제2 값(예: false)으로 업데이트되어야 하므로 SM-DP+ 서버(530)는 UpdateEvent 메시지에 전자 장치(101) 또는 전자 장치(102)의 사용자에 의해 구입된 회선의 EID 또는 그 값이 제2 값(예: false)으로 설정된 block_wearable 플래그 중 적어도 하나를 포함시킬 수 있다.
SM-DP+ 서버(530)로부터 UpdateEvent 메시지를 수신한 SM-DS(540)는 동작 1123에서 200 OK 메시지를 송신할 수 있다. SM-DP+ 서버(530)로부터 UpdateEvent 메시지를 수신한 SM-DS(540)는 동작 1125에서 수신된 UpdateEvent 메시지에 기반하여 전자 장치(101) 또는 전자 장치(102)의 사용자에 의해 구입된 회선의 EID에 상응하는 이벤트의 block_wearable 플래그 값을 제2 값(예: false)으로 업데이트할 수 있다. 동작 1125는 도 11a에서 "Update event with 'block_wearable' flag(=false) and eid=EID"와 같이 나타내 질 수 있다.
하기의 동작 1127 내지 동작 1145는 전자 장치(102)의 장치 타입이 웨어러블 장치이고, 전자 장치(102)의 EID에 매핑되는 이벤트에 대한 block_wearable 플래그 값이 제1 값(예: true)으로 설정될 경우의 동작들이라고 가정할 수 있다.
동작 1127에서, 전자 장치(102)는 프로파일을 다운로드하기 위해 SM-DS(540)로 QueryEvent 메시지를 송신할 수 있다. 일 실시 예에서, QueryEvent 메시지는 전자 장치(102)의 EID 및 장치 타입(device type: device_type) 파라미터를 포함할 수 있다. 전자 장치(102)는 웨어러블 장치이므로 동작 1127에서 송신되는 QueryEvent 메시지에 포함되는 device_type 파라미터는 웨어러블 장치를 지시하는 제1 값(예: wearable)으로 설정될 수 있다.
전자 장치(102)로부터 QueryEvent 메시지를 수신한 SM-DS(540)는 QueryEvent 메시지에 포함되어 있는 device_type 파라미터의 값을 확인할 수 있다. QueryEvent 메시지에 포함되어 있는 device_type 파라미터의 값이 제1 값(예: wearable)으로 설정되어 있으므로, SM-DS(540)는 SM-DS(540) 자신에 등록되어 있는 이벤트들 중 수신한 QueryEvent 메시지에 포함되어 있는 EID에 상응하는 이벤트를 검색하고, 검색된 이벤트의 block_wearable 플래그 값을 확인할 수 있다. 동작 1127 내지 동작 1145는 전자 장치(101)의 EID에 매핑되는 이벤트에 대한 block_wearable 플래그 값이 제1 값(예: true)으로 설정될 경우의 동작들이라고 가정하였으므로, SM-DS(540)가 검색한 이벤트의 block_wearable 플래그 값은 제1 값(예: true)일 수 있다. 검색된 이벤트의 block_wearable 플래그 값이 제1 값(예: true)이므로, SM-DS(540)는 QueryEvent 메시지에 대한 응답 메시지인 QueryEvent Response 메시지에 전자 장치(101)의 EID에 매핑되는 이벤트와 관련된 정보를 포함하지 않고, 전자 장치(101)의 EID에 매핑되는 이벤트가 존재하지 않음을 지시하는 no event 지시자를 포함시킬 수 있다. SM-DS(540)는 동작 1129에서 no event 지시자를 포함하는 QueryEvent Response 메시지를 전자 장치(102)로 송신할 수 있다. 일 실시 예에서, 동작 1127은 이벤트 검색을 위한 공통 상호 인증 절차와 관련되는 InitiateAuthentication 기능으로 대체될 수 있고, 동작 1129는 공통 상호 인증 절차와 관련되는 AuthenticateClient 기능으로 대체될 수 있다.
SM-DS(540)로부터 QueryEvent Response 메시지를 수신한 전자 장치(101)는 QueryEvent Response 메시지에 기반하여 전자 장치(102)의 EID에 매핑되는 이벤트가 존재하지 않음을 확인할 수 있다. SM-DS(540)에 전자 장치(102)의 EID에 매핑되는 이벤트가 존재하지 않음을 확인한 전자 장치(102)는 동작 1131에서 인타이틀먼트 서버(520)로 신규 가입을 요청하는 Request New Subscription 메시지를 송신할 수 있다. 전자 장치(102)로부터 Request New Subscription 메시지를 수신한 인타이틀먼트 서버(520)는 동작 1133에서 전자 장치(102)를 가입시키고, 전자 장치(102)에 대한 프로파일 다운로드와 관련되는 프로파일 다운로드 정보를 포함하는 Response 메시지를 전자 장치(102)로 송신할 수 있다.
인타이틀먼트 서버(520)로부터 Response 메시지를 수신한 전자 장치(102)는 동작 1135에서 Response 메시지에 포함되어 있는 프로파일 다운로드 정보에 기반하여 SM-DP+ 서버(530)로부터 프로파일을 다운로드할 수 있다. 동작 1135는 도 11a에서 "Profile Download"와 같이 나타내 질 수 있다.
SM-DP+ 서버(530)로부터 프로파일을 다운로드한 전자 장치(102)는 동작 1137에서 전자 장치(102)에 프로파일이 성공적으로 설치됨을 지시하는 HandleNotification 메시지를 SM-DP+ 서버(530)로 송신할 수 있다. 동작 1139에서 전자 장치(102)는 SM-DP+ 서버(530)로 200 OK 메시지를 송신할 수 있다.
전자 장치(102)로부터 200 OK 메시지를 수신한 SM-DP+ 서버(530)는 동작 1141에서 전자 장치(102)로 다운로드된 프로파일에 상응하는 이벤트를 삭제하기 위해 SM-DS(540)로 DeleteEvent 메시지를 송신할 수 있다. 일 실시 예에서, DeleteEvent 메시지는 삭제될 이벤트에 매핑되는 EID를 포함할 수 있다.
SM-DP+ 서버(530)로부터 DeleteEvent 메시지를 수신한 SM-DS(540)는 동작 1143에서 SM-DP+ 서버(530)로 200 OK 메시지를 송신할 수 있다. SM-DP+ 서버(530)로 200 OK 메시지를 송신한 SM-DS(540)는 동작 1145에서 SM-DS(540)에 등록되어 있는 이벤트들 중 DeleteEvent 메시지에 포함되어 있는 EID에 매핑되어 있는 이벤트를 삭제할 수 있다. 동작 1145는 도 11a에서 "Delete event with 'eid(=EID)'"와 같이 나타내 질 수 있다.
하기의 동작 1151 내지 동작 1165는 전자 장치(102)의 장치 타입이 웨어러블 장치이고, 전자 장치(102)의 EID에 매핑되는 이벤트에 대한 block_wearable 플래그 값이 제2 값(예: false)으로 설정될 경우의 동작들이라고 가정할 수 있다.
동작 1151에서, 전자 장치(102)는 프로파일을 다운로드하기 위해 SM-DS(540)로 QueryEvent 메시지를 송신할 수 있다. 일 실시 예에서, QueryEvent 메시지는 전자 장치(102)의 EID 및 device_type 파라미터를 포함할 수 있다. 전자 장치(102)는 웨어러블 장치이므로 동작 1151에서 송신되는 QueryEvent 메시지에 포함되는 device_type 파라미터는 웨어러블 장치를 지시하는 제1 값(예: wearable)으로 설정될 수 있다.
전자 장치(102)로부터 QueryEvent 메시지를 수신한 SM-DS(540)는 QueryEvent 메시지에 포함되어 있는 device_type 파라미터의 값을 확인할 수 있다. QueryEvent 메시지에 포함되어 있는 device_type 파라미터의 값이 제1 값(예: wearable)으로 설정되어 있으므로, SM-DS(540)는 SM-DS(540) 자신에 등록되어 있는 이벤트들 중 수신한 QueryEvent 메시지에 포함되어 있는 EID에 상응하는 이벤트를 검색하고, 검색된 이벤트의 block_wearable 플래그 값을 확인할 수 있다. 동작 1151 내지 동작 1165는 전자 장치(102)의 EID에 매핑되는 이벤트에 대한 block_event 플래그 값이 제2 값(예: false)으로 설정될 경우의 동작들이라고 가정하였으므로, SM-DS(540)가 검색한 이벤트의 block_wearable 플래그 값은 제2 값(예: false)일 수 있다. 검색된 이벤트의 block_wearable 플래그 값이 제2 값(예: false)이므로, SM-DS(540)는 QueryEvent 메시지에 대한 응답 메시지인 QueryEvent Response 메시지에 전자 장치(102)의 EID에 매핑되는 이벤트와 관련된 정보를 포함시킬 수 있다. QueryEvent Response 메시지에 포함되는, 전자 장치(102)의 EID에 매핑되는 이벤트와 관련된 정보(예: 이벤트 레코드)는 RSP 서버 어드레스, 및/또는 EventID 중 적어도 하나를 포함할 수 있다.
SM-DS(540)는 동작 1153에서 RSP 서버 어드레스, 및/또는 EventID 중 적어도 하나를 포함하는 QueryEvent Response 메시지를 전자 장치(102)로 송신할 수 있다. 일 실시 예에서, 동작 1151은 이벤트 검색을 위한 공통 상호 인증 절차와 관련되는 InitiateAuthentication 기능으로 대체될 수 있고, 동작 1153은 공통 상호 인증 절차와 관련되는 AuthenticateClient 기능으로 대체될 수 있다.
SM-DS(540)로부터 QueryEvent Response 메시지를 수신한 전자 장치(102)는 동작 1155에서 QueryEvent Response 메시지에 포함되어 있는 RSP 서버 어드레스, 및/또는 EventID 중 적어도 하나에 기반하여 SM-DP+ 서버(530)로부터 프로파일을 다운로드할 수 있다.
SM-DP+ 서버(530)로부터 프로파일을 다운로드한 전자 장치(102)는 동작 1157에서 전자 장치(102)에 프로파일이 성공적으로 설치됨을 지시하는 HandleNotification 메시지를 SM-DP+ 서버(530)로 송신할 수 있다. 동작 1159에서 전자 장치(102)는 SM-DP+ 서버(530)로 200 OK 메시지를 송신할 수 있다.
전자 장치(102)로부터 200 OK 메시지를 수신한 SM-DP+ 서버(530)는 동작 1161에서 전자 장치(102)로 다운로드된 프로파일에 상응하는 이벤트를 삭제하기 위해 SM-DS(540)로 DeleteEvent 메시지를 송신할 수 있다. 일 실시 예에서, DeleteEvent 메시지는 삭제될 이벤트에 매핑되는 EID를 포함할 수 있다.
SM-DP+ 서버(530)로부터 DeleteEvent 메시지를 수신한 SM-DS(540)는 동작 1163에서 SM-DP+ 서버(530)로 200 OK 메시지를 송신할 수 있다. SM-DP+ 서버(530)로 200 OK 메시지를 송신한 SM-DS(540)는 동작 1165에서 SM-DS(540)에 등록되어 있는 이벤트들 중 DeleteEvent 메시지에 포함되어 있는 EID에 매핑되어 있는 이벤트를 삭제할 수 있다. 동작 1165는 도 11b에서 "Delete event with 'eid(=EID)'"와 같이 나타내 질 수 있다.
하기의 동작 1171 내지 동작 1185는 전자 장치(101)의 장치 타입이 스마트 폰일 경우의 동작들이라고 가정할 수 있다.
동작 1171에서, 전자 장치(101)는 프로파일을 다운로드하기 위해 SM-DS(540)로 QueryEvent 메시지를 송신할 수 있다. 일 실시 예에서, QueryEvent 메시지는 전자 장치(101)의 EID 및 device_type 파라미터를 포함할 수 있다. 전자 장치(101)는 스마트 폰이므로 동작 1171에서 송신되는 QueryEvent 메시지에 포함되는 device_type 파라미터는 스마트 폰을 지시하는 제2 값(예: phone)으로 설정될 수 있다.
전자 장치(102)로부터 QueryEvent 메시지를 수신한 SM-DS(540)는 QueryEvent 메시지에 포함되어 있는 device_type 파라미터의 값을 확인할 수 있다. QueryEvent 메시지에 포함되어 있는 device_type 파라미터의 값이 제2 값(예: phone)으로 설정되어 있으므로, SM-DS(540)는 SM-DS(540) 자신에 등록되어 있는 이벤트들 중 수신한 QueryEvent 메시지에 포함되어 있는 EID에 상응하는 이벤트를 검색할 수 있다. 도 11a 및 도 11b에서는, SM-DS(540)는 QueryEvent 메시지를 송신하는 전자 장치(예: 전자 장치(101) 또는 전자 장치(102))의 장치 타입이 웨어러블 장치일 경우 SM-DS(540)가 SM-DS(540)에 등록되어 있는 이벤트와 관련되는 정보를 QueryEvent 메시지를 송신하는 전자 장치로 제공하지 않는(예를 들어, 차단하는) 경우가 고려되며, 따라서 QueryEvent 메시지를 송신하는 전자 장치(예: 전자 장치(101) 또는 전자 장치(102))의 장치 타입이 스마트 폰일 경우 검색된 이벤트의 block_wearable 플래그 값을 확인할 필요가 없을 수 있다. 따라서, SM-DS(540)는 QueryEvent 메시지에 대한 응답 메시지인 QueryEvent Response 메시지에 전자 장치(101)의 EID에 매핑되는 이벤트와 관련된 정보(예: 이벤트 레코드)를 포함시킬 수 있다. QueryEvent Response 메시지에 포함되는, 전자 장치(101)의 EID에 매핑되는 이벤트와 관련된 정보(예: 이벤트 레코드)는 RSP 서버 어드레스, 및/또는 EventID 중 적어도 하나를 포함할 수 있다. 일 실시 예에서, RSP 서버 어드레스는 SM-DP+ 서버(530)의 어드레스를 포함할 수 있다.
SM-DS(540)는 동작 1173에서 RSP 서버 어드레스, 및/또는 EventID 중 적어도 하나를 포함하는 QueryEvent Response 메시지를 전자 장치(101)로 송신할 수 있다. 일 실시 예에서, 동작 1171은 이벤트 검색을 위한 공통 상호 인증 절차와 관련되는 InitiateAuthentication 기능으로 대체될 수 있고, 동작 1173은 공통 상호 인증 절차와 관련되는 AuthenticateClient 기능으로 대체될 수 있다.
SM-DS(540)로부터 QueryEvent Response 메시지를 수신한 전자 장치(101)는 동작 1175에서 QueryEvent Response 메시지에 포함되어 있는 RSP 서버 어드레스, 및/또는 EventID 중 적어도 하나에 기반하여 SM-DP+ 서버(530)로부터 프로파일을 다운로드할 수 있다. 동작 1175는 도 11b에서 "Profile Download"와 같이 나타내 질 수 있다.
SM-DP+ 서버(530)로부터 프로파일을 다운로드한 전자 장치(101)는 동작 1177에서 전자 장치(101)에 프로파일이 성공적으로 설치됨을 지시하는 HandleNotification 메시지를 SM-DP+ 서버(530)로 송신할 수 있다. 동작 1179에서 전자 장치(101)는 SM-DP+ 서버(530)로 200 OK 메시지를 송신할 수 있다.
전자 장치(101)로부터 200 OK 메시지를 수신한 SM-DP+ 서버(530)는 동작 1181에서 전자 장치(101)로 다운로드된 프로파일에 상응하는 이벤트를 삭제하기 위해 SM-DS(540)로 DeleteEvent 메시지를 송신할 수 있다. 일 실시 예에서, DeleteEvent 메시지는 삭제될 이벤트에 매핑되는 EID를 포함할 수 있다.
SM-DP+ 서버(530)로부터 DeleteEvent 메시지를 수신한 SM-DS(540)는 동작 1183에서 SM-DP+ 서버(530)로 200 OK 메시지를 송신할 수 있다. SM-DP+ 서버(530)로 200 OK 메시지를 송신한 SM-DS(540)는 동작 1185에서 SM-DS(540)에 등록되어 있는 이벤트들 중 DeleteEvent 메시지에 포함되어 있는 EID에 매핑되어 있는 이벤트를 삭제할 수 있다. 동작 1185는 도 11b에서 "Delete event with 'eid(=EID)'"와 같이 나타내 질 수 있다.
도 12a 및 도 12b는 일 실시 예에 따른 무선 통신 네트워크에서 프로파일 다운로드를 관리하는 프로세스를 도시한 신호 흐름도들이다.
도 12a 및 도 12b에 도시되어 있는 프로파일 다운로드를 관리하는 프로세스는 SM-DP+ 서버(530)(예: 도 5의 SM-DP+ 서버(530))가 SM-DS(540)(예: 도 5의 SM-DS(540))에 단일 불특정 이벤트들을 등록하고, 추후에 단일 불특정 이벤트를 활성화할 경우의 프로파일 다운로드를 관리하는 프로세스일 수 있다. 통신 사업자는 SM-DP+ 서버(530)로 프로파일을 배치할 수 있으며, SM-DP+ 서버(530)에 프로파일이 배치될 경우, SM-DP+ 서버(530)는 이벤트를 생성할 수 있으며, 이벤트는 EventID에 의해 식별될 수 있다. 이벤트는 이벤트 등록 절차를 통해 SM-DP+ 서버(530)에 의해 SM-DS(540)에 등록될 수 있다. 설명의 편의상, SM-DS(540)는 "제1 서버"라고 칭해지고, SM-DP+ 서버(530)는 "제2 서버"라고도 칭해지고, 인타이틀먼트 서버(520)는 "제3 서버"라고 칭해질 수 있다.
동작 1211에서, SM-DP+ 서버(530)는 단일 이벤트를 SM-DS(540)에 등록하기 위해 SM-DS(540)로 RegisterEvent 메시지를 송신할 수 있다. 일 실시 예에서, RegisterEvent 메시지는 등록할 이벤트에 상응하는 EID, RSP 서버 어드레스, EventID, 포워딩 지시자, 또는 무시(override) 플래그 중 적어도 하나를 포함할 수 있다. 일 실시 예에서, override 플래그는 도 9a-도 9b 또는 10a-도 10b의 block_event 플래그와 유사하거나 또는 실질적으로 동일하게 구현될 수 있다. 일 실시 예에서, override 플래그는 전자 장치(101)로부터의 이벤트 질의를 검출할 경우, 전자 장치(101)로부터의 이벤트 질의에 대한 응답에 SM-DS(540)에 등록되어 있는 이벤트와 관련된 정보(예: 이벤트 레코드)를 포함시킬지 여부를 지시하는 플래그일 수 있다. 예를 들어, 등록되어 있는 이벤트에 설정되어 있는 override 플래그 값이 제1 값(예: true)일 경우, SM-DS(540)는 해당 이벤트와 관련된 정보를 전자 장치(101)로부터의 이벤트 질의에 대한 응답에 포함시키지 않을 수 있다. 다른 예를 들어, 등록되어 있는 이벤트에 설정되어 있는 override 플래그 값이 제2 값(예: false)일 경우, SM-DS(540)는 해당 이벤트와 관련된 정보(예: 이벤트 레코드)를 전자 장치(101)로부터의 이벤트 질의에 대한 응답에 포함시킬 수 있다.
일 실시 예에서, 이벤트에 대한 override 플래그 값은 복수의 파라미터들에 기반하여 설정될 수 있다. 복수의 파라미터들은 장치 타입, 장치 특성, 장치 네임, 또는 요금제 중 적어도 하나를 포함할 수 있다.
SM-DP+ 서버(530)로부터 RegisterEvent 메시지를 수신한 SM-DS(540)는 동작 1213에서 RegisterEvent 메시지에 포함되어 있는 EID, RSP 서버 어드레스, 및/또는 EventID 중 적어도 하나를 포함하는 이벤트 레코드와 SM-DP+ 서버(530)의 SM-DP+ OID를 저장함으로써 이벤트를 등록할 수 있다. 동작 1213은 도 12a에서 "Save event with 'override' flag(=true)"와 같이 나타내 질 수 있다. 동작 1213에서 SM-DS(540)는 등록된 이벤트에 RegisterEvent 메시지에 포함되어 있는 override 플래그 값을 설정하고, override 플래그 값을 가지는 이벤트를 저장할 수 있다.
일 실시 예에서, RegisterEvent 메시지는 device_type 파라미터를 더 포함할 수 있으며, 전자 장치(101)에 대한 이벤트 차단을 위해서는 device_type 파라미터 값이 blocked_device를 지시하는 제3 값(예: blocked_device)으로 설정될 수 있다. RegisterEvent 메시지는 필요에 따라 device_type 파라미터를 포함할 수 있으며, 도 12a에서는 RegisterEvent 메시지가 device_type 파라미터를 포함하지 않는 경우가 설명된다.
하기의 동작 1221 내지 동작 1239는 전자 장치(101)의 장치 타입이 blocked_device이고, 전자 장치(101)의 EID에 매핑되는 이벤트에 대한 override 플래그값이 제1 값(예: true)으로 설정될 경우의 동작들이라고 가정할 수 있다.
동작 1221에서, 전자 장치(101)는 프로파일을 다운로드하기 위해 SM-DS(540)로 QueryEvent 메시지를 송신할 수 있다. 일 실시 예에서, QueryEvent 메시지는 전자 장치(101)의 EID 및 device_type 파라미터를 포함할 수 있다. 전자 장치(101)는 blocked_device이므로 동작 1221에서 송신되는 QueryEvent 메시지에 포함되는 device_type 파라미터는 blocked_device를 지시하는 제3 값(예: blocked_device)으로 설정될 수 있다.
전자 장치(101)로부터 QueryEvent 메시지를 수신한 SM-DS(540)는 QueryEvent 메시지에 포함되어 있는 device_type 파라미터의 값을 확인할 수 있다. QueryEvent 메시지에 포함되어 있는 device_type 파라미터의 값이 제3 값(예: blocked_device)으로 설정되어 있으므로, SM-DS(540)는 SM-DS(540) 자신에 등록되어 있는 이벤트들 중 수신한 QueryEvent 메시지에 포함되어 있는 EID에 상응하는 이벤트를 검색하고, 검색된 이벤트의 override 플래그 값을 확인할 수 있다. 동작 1221 내지 동작 1239는 전자 장치(101)의 EID에 매핑되는 이벤트에 대한 override 플래그 값이 제1 값(예: false)으로 설정될 경우의 동작들이라고 가정하였으므로, SM-DS(540)가 검색한 이벤트의 override 플래그 값은 제1 값(예: true)일 수 있다. 검색된 이벤트의 override 플래그 값이 제1 값(예: true)이므로, SM-DS(540)는 QueryEvent 메시지에 대한 응답 메시지인 QueryEvent Response 메시지에 전자 장치(101)의 EID에 매핑되는 이벤트와 관련된 정보(예: 이벤트 레코드)를 포함하지 않고, 전자 장치(101)의 EID에 매핑되는 이벤트가 존재하지 않음을 지시하는 no event 지시자를 포함시킬 수 있다. SM-DS(540)는 동작 1223에서 no event 지시자를 포함하는 QueryEvent Response 메시지를 전자 장치(101)로 송신할 수 있다. 일 실시 예에서, 동작 1221은 이벤트 검색을 위한 공통 상호 인증 절차와 관련되는 InitiateAuthentication 기능으로 대체될 수 있고, 동작 1223은 공통 상호 인증 절차와 관련되는 AuthenticateClient 기능으로 대체될 수 있다.
SM-DS(540)로부터 QueryEvent Response 메시지를 수신한 전자 장치(101)는 QueryEvent Response 메시지에 기반하여 전자 장치(101)의 EID에 매핑되는 이벤트가 존재하지 않음을 확인할 수 있다. SM-DS(540)에 전자 장치(101)의 EID에 매핑되는 이벤트가 존재하지 않음을 확인한 전자 장치(101)는 동작 1225에서 인타이틀먼트 서버(520)로 신규 가입을 요청하는 Request New Subscription 메시지를 송신할 수 있다.
전자 장치(101)로부터 Request New Subscription 메시지를 수신한 인타이틀먼트 서버(520)는 동작 1227에서 전자 장치(101)를 가입시키고, 전자 장치(101)에 대한 프로파일 다운로드와 관련되는 프로파일 다운로드 정보를 포함하는 Response 메시지를 전자 장치(101)로 송신할 수 있다.
인타이틀먼트 서버(520)로부터 Response 메시지를 수신한 전자 장치(101)는 동작 1229에서 Response 메시지에 포함되어 있는 프로파일 다운로드 정보에 기반하여 SM-DP+ 서버(530)로부터 프로파일을 다운로드할 수 있다. 동작 1229는 도 12a에서 "Profile Download"와 같이 나타내 질 수 있다.
SM-DP+ 서버(530)로부터 프로파일을 다운로드한 전자 장치(101)는 동작 1231에서 전자 장치(101)에 프로파일이 성공적으로 설치됨을 지시하는 HandleNotification 메시지를 SM-DP+ 서버(530)로 송신할 수 있다. 동작 1233에서 전자 장치(101)는 SM-DP+ 서버(530)로 200 OK 메시지를 송신할 수 있다.
전자 장치(101)로부터 200 OK 메시지를 수신한 SM-DP+ 서버(530)는 동작 1235에서 전자 장치(101)로 다운로드된 프로파일에 상응하는 이벤트를 삭제하기 위해 SM-DS(540)로 DeleteEvent 메시지를 송신할 수 있다. 일 실시 예에서, DeleteEvent 메시지는 삭제될 이벤트에 매핑되는 EID를 포함할 수 있다.
SM-DP+ 서버(530)로부터 DeleteEvent 메시지를 수신한 SM-DS(540)는 동작 1237에서 SM-DP+ 서버(530)로 200 OK 메시지를 송신할 수 있다. SM-DP+ 서버(530)로 200 OK 메시지를 송신한 SM-DS(540)는 동작 1239에서 SM-DS(540)에 등록되어 있는 이벤트들 중 DeleteEvent 메시지에 포함되어 있는 EID에 매핑되어 있는 이벤트를 삭제할 수 있다. 동작 1239는 도 12a에서 "Delete event with 'eid(=EID)'"와 같이 나타내 질 수 있다.
이후, 동작 1241에서, 통신 사업자에서 운영하는 통신 사업자 숍 (550)에서 전자 장치(101)의 사용자에 의해 통신 사업자가 제공하는 회선이 구입될 수 있다. 동작 1241은 도 12a에서 "Customer purchases a plan for the electronic device"와 같이 나타내 질 수 있다.
이렇게, 전자 장치(101)의 사용자에 의해 통신 사업자가 제공하는 회선이 구입됨에 따라, 통신 사업자 숍(550)은 동작 1243에서 통신 사업자의 백엔드 시스템을 통해 SM-DP+ 서버(530)로 전자 장치(101)의 사용자에 의해 구입된 회선의 EID와 매핑되는 이벤트에 대한 override 플래그 값이 제2 값(예: false)으로 업데이트되어야 함을 통보할 수 있다. 동작 1243은 도 12a에서 "Notify that the override flag needs to be set as false with EID"와 같이 나타내 질 수 있다.
통신 사업자 숍(550)으로부터 전자 장치(101)의 사용자에 의해 구입된 회선의 EID와 매핑되는 이벤트에 대한 override 플래그 값이 제2 값(예: false)으로 업데이트되어야 함을 통보 받은 SM-DP+ 서버(530)는, 동작 1245에서, SM-DS(540)로 전자 장치(101)의 EID와 관련되는 이벤트의 override 플래그 값을 업데이트하기 위해 SM-DS(540)로 DeleteEvent 메시지를 송신할 수 있다. 일 실시 예에서, DeleteEvent 메시지는 삭제될 이벤트에 매핑되는 EID를 포함할 수 있다.
SM-DP+ 서버(530)로부터 DeleteEvent 메시지를 수신한 SM-DS(540)는 동작 1247에서 SM-DP+ 서버(530)로 200 OK 메시지를 송신할 수 있다. SM-DP+ 서버(530)로 200 OK 메시지를 송신한 SM-DS(540)는 동작 1249에서 SM-DS(540)에 등록되어 있는 이벤트들 중 DeleteEvent 메시지에 포함되어 있는 EID에 매핑되어 있는 이벤트를 삭제할 수 있다. 동작 1249는 도 12b에서 "Delete event with 'eid(=EID)'"와 같이 나타내 질 수 있다.
SM-DP+ 서버(530)는 동작 1251에서 전자 장치(101)의 EID와 관련되는 이벤트를 SM-DS(540)에 등록하기 위해 SM-DS(540)로 RegisterEvent 메시지를 송신할 수 있다. 일 실시 예에서, RegisterEvent 메시지는 등록할 이벤트에 상응하는 EID, RSP 서버 어드레스, EventID, 포워딩 지시자, 또는 override 플래그 값 중 적어도 하나를 포함할 수 있다. 일 실시 예에서, SM-DP+ 서버(530)는 전자 장치(101)의 EID와 관련되는 이벤트의 override 플래그 값을 제2 값(예: false)으로 업데이트하기 위해 SM-DS(540)에 등록되어 있던, 전자 장치(101)의 EID와 관련되는 이벤트를 삭제한 후 다시 전자 장치(101)의 EID와 관련되는 이벤트를 등록하기 위해 RegisterEvent 메시지를 송신하는 것이고, 따라서 동작 1251에서 송신되는 RegisterEvent 메시지는 제2 값(예: false)으로 설정된 override 플래그 값을 포함할 수 있다.
SM-DP+ 서버(530)로부터 RegisterEvent 메시지를 수신한 SM-DS(540)는 동작 1253에서 SM-DP+ 서버(530)로 200 OK 메시지를 송신할 수 있다. 200 OK 메시지를 송신한 SM-DS(540)는 동작 1255에서 RegisterEvent 메시지에 포함되어 있는 EID, RSP 서버 어드레스, 및/또는 EventID 중 적어도 하나를 포함하는 이벤트 레코드와 SM-DP+ 서버(530)의 SM-DP+ OID를 저장함으로써 이벤트를 등록할 수 있다. 동작 1255는 도 12b에서 "Save events with 'override' flag(=false)"와 같이 나타내 질 수 있다. 동작 1255에서 SM-DS(540)는 등록된 이벤트에 RegisterEvent 메시지에 포함되어 있는 override 플래그 값을 설정하고, override 플래그 값을 가지는 이벤트를 저장할 수 있다. 이와 같이 전자 장치(101)의 사용자에 의해 구입된 회선의 EID에 상응하는 이벤트의 override 플래그 값이 제2 값(예: false)으로 업데이트될 수 있다.
하기의 동작 1261 내지 동작 1275는 전자 장치(101)의 장치 타입이 blocked_device이고, 전자 장치(101)의 EID에 매핑되는 이벤트에 대한 override 플래그 값이 제2 값(예: false)으로 설정될 경우의 동작들이라고 가정할 수 있다.
동작 1261에서, 전자 장치(101)는 프로파일을 다운로드하기 위해 SM-DS(540)로 QueryEvent 메시지를 송신할 수 있다. 일 실시 예에서, QueryEvent 메시지는 전자 장치(101)의 EID 및 device_type 파라미터를 포함할 수 있다. 전자 장치(101)는 blocked_device이므로 동작 1261에서 송신되는 QueryEvent 메시지에 포함되는 device_type 파라미터는 blocked_device를 지시하는 제3 값(예: blocked_device)으로 설정될 수 있다.
전자 장치(101)로부터 QueryEvent 메시지를 수신한 SM-DS(540)는 QueryEvent 메시지에 포함되어 있는 device_type 파라미터의 값을 확인할 수 있다. QueryEvent 메시지에 포함되어 있는 device_type 파라미터의 값이 제3 값(예: blocked_device)으로 설정되어 있으므로, SM-DS(540)는 SM-DS(540) 자신에 등록되어 있는 이벤트들 중 수신한 QueryEvent 메시지에 포함되어 있는 EID에 상응하는 이벤트를 검색하고, 검색된 이벤트의 override 플래그 값을 확인할 수 있다. 동작 1261 내지 동작 1275는 전자 장치(101)의 EID에 매핑되는 이벤트에 대한 override 플래그 값이 제2 값(예: true)으로 설정될 경우의 동작들이라고 가정하였으므로, SM-DS(540)가 검색한 이벤트의 override 플래그 값은 제2 값(예: true)일 수 있다.
검색된 이벤트의 override 플래그 값이 제2 값(예: true)이므로, QueryEvent 메시지에 대한 응답 메시지인 QueryEvent Response 메시지에 전자 장치(101)의 EID에 매핑되는 이벤트와 관련된 정보(예: 이벤트 레코드)를 포함시킬 수 있다. QueryEvent Response 메시지에 포함되는, 전자 장치(101)의 EID에 매핑되는 이벤트와 관련된 정보(예: 이벤트 레코드)는 RSP 서버 어드레스, 및/또는 EventID 중 적어도 하나를 포함할 수 있다. 일 실시 예에서, RSP 서버 어드레스는 SM-DP+ 서버(530)의 어드레스를 포함할 수 있다. SM-DS(540)는 동작 1263에서 RSP 서버 어드레스, 및/또는 EventID 중 적어도 하나를 포함하는 QueryEvent Response 메시지를 전자 장치(101)로 송신할 수 있다. 일 실시 예에서, 동작 1261은 이벤트 검색을 위한 공통 상호 인증 절차와 관련되는 InitiateAuthentication 기능으로 대체될 수 있고, 동작 1263은 공통 상호 인증 절차와 관련되는 AuthenticateClient 기능으로 대체될 수 있다.
SM-DS(540)로부터 QueryEvent Response 메시지를 수신한 전자 장치(101)는 동작 1265에서 QueryEvent Response 메시지에 포함되어 있는 RSP 서버 어드레스, 및/또는 EventID 중 적어도 하나에 기반하여 SM-DP+ 서버(530)로부터 프로파일을 다운로드할 수 있다. 동작 1265는 도 12b에서 "Profile Download"와 같이 나타내 질 수 있다.
SM-DP+ 서버(530)로부터 프로파일을 다운로드한 전자 장치(101)는 동작 1267에서 전자 장치(101)에 프로파일이 성공적으로 설치됨을 지시하는 HandleNotification 메시지를 SM-DP+ 서버(530)로 송신할 수 있다. 동작 1269에서 전자 장치(101)는 SM-DP+ 서버(530)로 200 OK 메시지를 송신할 수 있다.
전자 장치(101)로부터 200 OK 메시지를 수신한 SM-DP+ 서버(530)는 동작 1271에서 전자 장치(101)로 다운로드된 프로파일에 상응하는 이벤트를 삭제하기 위해 SM-DS(540)로 DeleteEvent 메시지를 송신할 수 있다. 일 실시 예에서, DeleteEvent 메시지는 삭제될 이벤트에 매핑되는 EID를 포함할 수 있다.
SM-DP+ 서버(530)로부터 DeleteEvent 메시지를 수신한 SM-DS(540)는 동작 1273에서 SM-DP+ 서버(530)로 200 OK 메시지를 송신할 수 있다. SM-DP+ 서버(530)로 200 OK 메시지를 송신한 SM-DS(540)는 동작 1275에서 SM-DS(540)에 등록되어 있는 이벤트들 중 DeleteEvent 메시지에 포함되어 있는 EID에 매핑되어 있는 이벤트를 삭제할 수 있다. 동작 1275는 도 12b에서 "Delete event with 'eid(=EID)'"와 같이 나타내 질 수 있다.
본 개시의 일 실시 예에 따르면, 전자 장치(101)의 동작 방법은, 제1 서버(540)로, 상기 전자 장치의 식별자, 및 프로파일 다운로드(profile download)와 관련되는 이벤트(event)에 대한 이벤트 레코드(event record)를 수신하는 것이 차단되는 장치임을 지시하는 값으로 설정된 파라미터를 포함하는, 상기 전자 장치에 대한 이벤트 레코드를 질의하기 위한 질의 메시지를 송신하는 동작을 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 상기 동작 방법은, 상기 질의 메시지의 송신에 응답하여, 상기 제1 서버로부터 질의 응답 메시지를 수신하는 동작을 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 상기 동작 방법은, 상기 질의 응답 메시지가 상기 전자 장치에 대한 이벤트가 존재하지 않음을 지시하는 지시자를 포함함에 기반하여, 제3 서버(520)로, 신규 가입을 요청하는 요청 메시지를 송신하는 동작을 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 상기 동작 방법은, 상기 요청 메시지의 송신에 응답하여, 상기 제3 서버로부터, 상기 전자 장치의 프로파일을 다운로드하기 위한 다운로드 정보를 포함하는 응답 메시지를 수신하는 동작을 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 상기 동작 방법은, 상기 다운로드 정보에 상응하는 제2 서버(530)로부터, 상기 프로파일을 다운로드 하는 동작을 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 상기 질의 응답 메시지는, 상기 제1 서버에서 상기 전자 장치에 대한 이벤트 레코드가 상기 전자 장치로 제공되는 것이 차단되도록 설정되어 있는 것에 기반하여, 상기 전자 장치에 대한 이벤트가 존재하지 않음을 지시하는 지시자를 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 상기 동작 방법은, 상기 질의 응답 메시지가 상기 전자 장치에 대한 이벤트 레코드를 포함함에 기반하여, 상기 전자 장치에 대한 이벤트 레코드에 상응하는 상기 제2 서버로부터, 상기 프로파일을 다운로드 하는 동작을 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 상기 질의 응답 메시지는, 상기 제1 서버에서 상기 전자 장치에 대한 이벤트 레코드가 상기 전자 장치로 제공되는 것이 차단되도록 설정되어 있지 않은 것에 기반하여, 상기 전자 장치에 대한 이벤트 레코드를 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 제1 서버(540)의 동작 방법은, 제2 서버(530)로부터, 전자 장치(101)의 프로파일 다운로드(profile download)와 관련되는 이벤트에 대한 이벤트 레코드(event record), 및 상기 이벤트 레코드가 상기 전자 장치로 제공되는 것이 차단되는지 여부를 지시하는 플래그를 포함하는, 상기 이벤트를 등록하기 위한 제1 등록 메시지를 수신하는 동작을 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 상기 동작 방법은, 상기 제1 등록 메시지의 수신에 응답하여, 상기 이벤트 레코드와 상기 플래그를 매핑하여 상기 이벤트를 등록하는 동작을 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 상기 동작 방법은, 상기 전자 장치로부터, 상기 전자 장치의 식별자, 및 상기 전자 장치가 상기 이벤트 레코드를 수신하는 것이 차단되는 장치임을 지시하는 값으로 설정된 파라미터를 포함하는, 상기 이벤트 레코드를 질의하기 위한 제1 질의 메시지를 수신하는 동작을 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 상기 동작 방법은, 상기 제1 질의 메시지의 수신에 응답하여, 상기 플래그의 값이 상기 이벤트 레코드가 상기 전자 장치로 제공되는 것이 차단됨을 지시하는 제1 값임을 확인함에 기반하여, 상기 전자 장치로, 상기 전자 장치에 대한 이벤트가 존재하지 않음을 지시하는 지시자를 포함하는 제1 질의 응답 메시지를 송신하는 동작을 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 상기 제1 등록 메시지는 상기 전자 장치가 상기 이벤트 레코드를 수신하는 것이 차단되는 장치임을 지시하는 값으로 설정된 상기 파라미터를 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 상기 동작 방법은, 상기 제2 서버로부터, 상기 전자 장치의 식별자를 포함하는, 상기 이벤트를 삭제할 것을 요청하는 제1 삭제 메시지를 수신하는 동작을 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 상기 동작 방법은, 상기 제1 삭제 메시지의 수신에 응답하여, 상기 이벤트를 삭제하는 동작을 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 상기 제1 삭제 메시지는 상기 전자 장치가 상기 제2 서버로부터 상기 전자 장치에 대한 프로파일을 다운로드 함에 기반하여 수신될 수 있다.
본 개시의 일 실시 예에 따르면, 상기 동작 방법은, 상기 이벤트의 삭제에 응답하여, 상기 제2 서버로부터, 상기 이벤트 레코드가 상기 전자 장치로 제공되는 것이 차단되지 않음을 지시하는 제2 값으로 설정된 상기 플래그를 포함하는 제2 등록 메시지를 수신하는 동작을 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 상기 동작 방법은, 상기 제2 등록 메시지의 수신에 응답하여, 상기 이벤트 레코드와 상기 제2 값으로 설정된 플래그를 매핑하여 상기 이벤트를 등록하는 동작을 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 상기 제2 등록 메시지는 상기 전자 장치가 상기 이벤트 레코드를 수신하는 것이 차단되는 장치임을 지시하는 값으로 설정된 상기 파라미터를 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 상기 동작 방법은, 상기 전자 장치로부터, 상기 전자 장치의 식별자 및 상기 전자 장치가 상기 이벤트 레코드를 수신하는 것이 차단되는 장치임을 지시하는 값으로 설정된 상기 파라미터를 포함하는, 상기 이벤트 레코드를 질의하기 위한 제2 질의 메시지를 수신하는 동작을 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 상기 동작 방법은, 상기 제2 질의 메시지의 수신에 응답하여, 상기 플래그의 값이 상기 제2 값임을 확인함에 기반하여, 상기 전자 장치로, 상기 전자 장치에 대한 이벤트 레코드를 포함하는 제2 질의 응답 메시지를 송신하는 동작을 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 상기 동작 방법은, 상기 제2 질의 응답 메시지를 송신하는 것에 응답하여, 상기 제2 서버로부터, 상기 전자 장치의 식별자를 포함하는, 상기 이벤트를 삭제할 것을 요청하는 제2 삭제 메시지를 수신하는 동작을 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 상기 동작 방법은, 상기 제2 삭제 메시지의 수신에 응답하여, 상기 이벤트를 삭제하는 동작을 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 상기 이벤트 레코드는 상기 제2 서버의 어드레스(address) 또는 상기 이벤트의 식별자 중 적어도 하나를 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 상기 제1 서버가 가입 관리자 디스커버리 서버(subscription manager discovery server: SM-DS)일 경우, 상기 이벤트 레코드는 상기 전자 장치의 식별자, 또는 상기 이벤트 등록이 루트 SM-DS(root SM-DS)에 대해 이루어지는지 여부를 지시하는 포워딩 지시자(forwarding indicator) 중 적어도 하나를 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 제2 서버(530)의 동작 방법은, 전자 장치(101)의 프로파일 다운로드(profile download)와 관련되는 이벤트에 대한 이벤트 레코드(event record), 및 상기 이벤트 레코드가 상기 전자 장치로 제공되는 것이 차단되는지 여부를 지시하는 플래그를 포함하는, 상기 이벤트를 등록하기 위한 제1 등록 메시지를 생성하는 동작을 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 상기 동작 방법은 제1 서버(540)로, 상기 제1 등록 메시지를 송신하는 동작을 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 상기 제1 등록 메시지는 상기 전자 장치가 상기 이벤트 레코드를 수신하는 것이 차단되는 장치임을 지시하는 값으로 설정된 파라미터를 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 상기 동작 방법은, 상기 플래그의 값이 상기 이벤트 레코드가 상기 전자 장치로 제공되는 것이 차단됨을 지시하는 제1 값임에 기반하여, 상기 전자 장치로부터, 상기 전자 장치에 프로파일이 설치됨을 지시하는 통지 메시지를 수신하는 동작을 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 상기 동작 방법은, 상기 제1 서버로, 상기 전자 장치의 식별자를 포함하는, 상기 이벤트를 삭제할 것을 요청하는 제1 삭제 메시지를 송신하는 동작을 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 상기 동작 방법은, 제3 서버(520)로부터, 상기 플래그의 값이 상기 이벤트 레코드가 상기 전자 장치로 제공되는 것이 차단되지 않음을 지시하는 제2 값으로 업데이트되어야 함을 통보 받는 동작을 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 상기 동작 방법은, 상기 통보에 응답하여, 상기 제1 서버로, 상기 이벤트 레코드 및 상기 제2 값으로 설정된 상기 플래그를 포함하는 제2 등록 메시지를 송신하는 동작을 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 상기 제2 등록 메시지는 상기 전자 장치가 상기 이벤트 레코드를 수신하는 것이 차단되는 장치임을 지시하는 제1 값으로 설정된 파라미터를 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 상기 이벤트 레코드는 상기 제2 서버의 어드레스(address) 또는 상기 이벤트의 식별자 중 적어도 하나를 포함할 수 있다.
본 개시의 일 실시 예에 따르면, 상기 제1 서버가 가입 관리자 디스커버리 서버(subscription manager discovery server: SM-DS)일 경우, 상기 이벤트 레코드는 상기 전자 장치의 식별자, 또는 상기 이벤트 등록이 루트 SM-DS(root SM-DS)에 대해 이루어지는지 여부를 지시하는 포워딩 지시자(forwarding indicator) 중 적어도 하나를 포함할 수 있다.

Claims (15)

  1. 전자 장치(101)에 있어서,
    적어도 하나의 통신 회로(190); 및
    상기 적어도 하나의 통신 회로에 전기적으로 연결된 적어도 하나의 프로세서(120)를 포함하며, 상기 적어도 하나의 프로세서는:
    상기 적어도 하나의 통신 회로를 통해 제1 서버(540)로, 상기 전자 장치의 식별자, 및 프로파일 다운로드(profile download)와 관련되는 이벤트(event)에 대한 이벤트 레코드(event record)를 수신하는 것이 차단되는 장치임을 지시하는 값으로 설정된 파라미터를 포함하는, 상기 전자 장치에 대한 이벤트 레코드를 질의하기 위한 질의 메시지를 송신하고,
    상기 질의 메시지의 송신에 응답하여, 상기 적어도 하나의 통신 회로를 통해 상기 제1 서버로부터 질의 응답 메시지를 수신하고,
    상기 질의 응답 메시지가 상기 전자 장치에 대한 이벤트가 존재하지 않음을 지시하는 지시자를 포함함에 기반하여, 상기 적어도 하나의 통신 회로를 통해 제3 서버(520)로, 신규 가입을 요청하는 요청 메시지를 송신하고,
    상기 요청 메시지의 송신에 응답하여, 상기 적어도 하나의 통신 회로를 통해 상기 제3 서버로부터, 상기 전자 장치의 프로파일을 다운로드하기 위한 다운로드 정보를 포함하는 응답 메시지를 수신하고, 및
    상기 적어도 하나의 통신 회로를 통해 상기 다운로드 정보에 상응하는 제2 서버(530)로부터, 상기 프로파일을 다운로드 하도록 구성되는 상기 전자 장치.
  2. 제1항에 있어서,
    상기 질의 응답 메시지는, 상기 제1 서버에서 상기 전자 장치에 대한 이벤트 레코드가 상기 전자 장치로 제공되는 것이 차단되도록 설정되어 있는 것에 기반하여, 상기 전자 장치에 대한 이벤트가 존재하지 않음을 지시하는 지시자를 포함하는 상기 전자 장치.
  3. 제1항 또는 제2항에 있어서,
    상기 적어도 하나의 프로세서는:
    상기 질의 응답 메시지가 상기 전자 장치에 대한 이벤트 레코드를 포함함에 기반하여, 상기 적어도 하나의 통신 회로를 통해 상기 전자 장치에 대한 이벤트 레코드에 상응하는 상기 제2 서버로부터, 상기 프로파일을 다운로드 하도록 더 구성되는 상기 전자 장치.
  4. 제3항에 있어서,
    상기 질의 응답 메시지는, 상기 제1 서버에서 상기 전자 장치에 대한 이벤트 레코드가 상기 전자 장치로 제공되는 것이 차단되도록 설정되어 있지 않은 것에 기반하여, 상기 전자 장치에 대한 이벤트 레코드를 포함하는 상기 전자 장치.
  5. 제1 서버(540)에 있어서,
    메모리(545);
    적어도 하나의 통신 회로(543); 및
    상기 메모리 및 상기 적어도 하나의 통신 회로에 전기적으로 연결된 적어도 하나의 프로세서(541)를 포함하며, 상기 적어도 하나의 프로세서는:
    상기 적어도 하나의 통신 회로를 통해 제2 서버(530)로부터, 전자 장치(101)의 프로파일 다운로드(profile download)와 관련되는 이벤트에 대한 이벤트 레코드(event record), 및 상기 이벤트 레코드가 상기 전자 장치로 제공되는 것이 차단되는지 여부를 지시하는 플래그를 포함하는, 상기 이벤트를 등록하기 위한 제1 등록 메시지를 수신하고,
    상기 제1 등록 메시지의 수신에 응답하여, 상기 이벤트 레코드와 상기 플래그를 매핑하여 상기 메모리에 상기 이벤트를 등록하고,
    상기 적어도 하나의 통신 회로를 통해 상기 전자 장치로부터, 상기 전자 장치의 식별자, 및 상기 전자 장치가 상기 이벤트 레코드를 수신하는 것이 차단되는 장치임을 지시하는 값으로 설정된 파라미터를 포함하는, 상기 이벤트 레코드를 질의하기 위한 제1 질의 메시지를 수신하고, 및
    상기 제1 질의 메시지의 수신에 응답하여, 상기 플래그의 값이 상기 이벤트 레코드가 상기 전자 장치로 제공되는 것이 차단됨을 지시하는 제1 값임을 확인함에 기반하여, 상기 적어도 하나의 통신 회로를 통해 상기 전자 장치로, 상기 전자 장치에 대한 이벤트가 존재하지 않음을 지시하는 지시자를 포함하는 제1 질의 응답 메시지를 송신하도록 구성되는 상기 제1 서버.
  6. 제5항에 있어서,
    상기 제1 등록 메시지는 상기 전자 장치가 상기 이벤트 레코드를 수신하는 것이 차단되는 장치임을 지시하는 값으로 설정된 상기 파라미터를 더 포함하는 상기 제1 서버.
  7. 제5항 또는 제6항에 있어서,
    상기 적어도 하나의 프로세서는:
    상기 적어도 하나의 통신 회로를 통해 상기 제2 서버로부터, 상기 전자 장치의 식별자를 포함하는, 상기 이벤트를 삭제할 것을 요청하는 제1 삭제 메시지를 수신하고, 및
    상기 제1 삭제 메시지의 수신에 응답하여, 상기 메모리에서 상기 이벤트를 삭제하도록 더 구성되는 상기 제1 서버.
  8. 제7항에 있어서,
    상기 적어도 하나의 프로세서는:
    상기 이벤트의 삭제에 응답하여, 상기 적어도 하나의 통신 회로를 통해 상기 제2 서버로부터, 상기 이벤트 레코드가 상기 전자 장치로 제공되는 것이 차단되지 않음을 지시하는 제2 값으로 설정된 상기 플래그를 포함하는 제2 등록 메시지를 수신하고, 및
    상기 제2 등록 메시지의 수신에 응답하여, 상기 이벤트 레코드와 상기 제2 값으로 설정된 플래그를 매핑하여 상기 메모리에 상기 이벤트를 등록하도록 더 구성되는 상기 제1 서버.
  9. 제7항에 있어서,
    상기 적어도 하나의 프로세서는:
    상기 적어도 하나의 통신 회로를 통해 상기 전자 장치로부터, 상기 전자 장치의 식별자 및 상기 전자 장치가 상기 이벤트 레코드를 수신하는 것이 차단되는 장치임을 지시하는 값으로 설정된 상기 파라미터를 포함하는, 상기 이벤트 레코드를 질의하기 위한 제2 질의 메시지를 수신하고, 및
    상기 제2 질의 메시지의 수신에 응답하여, 상기 플래그의 값이 상기 제2 값임을 확인함에 기반하여, 상기 적어도 하나의 통신 회로를 통해 상기 전자 장치로, 상기 전자 장치에 대한 이벤트 레코드를 포함하는 제2 질의 응답 메시지를 송신하도록 더 구성되는 상기 제1 서버.
  10. 제9항에 있어서,
    상기 적어도 하나의 프로세서는:
    상기 제2 질의 응답 메시지를 송신하는 것에 응답하여, 상기 적어도 하나의 통신 회로를 통해 상기 제2 서버로부터, 상기 전자 장치의 식별자를 포함하는, 상기 이벤트를 삭제할 것을 요청하는 제2 삭제 메시지를 수신하고, 및
    상기 제2 삭제 메시지의 수신에 응답하여, 상기 메모리에서 상기 이벤트를 삭제하도록 더 구성되는 상기 제1 서버.
  11. 제5항 내지 제10항 중 어느 한 항에 있어서,
    상기 이벤트 레코드는 상기 제2 서버의 어드레스(address) 또는 상기 이벤트의 식별자 중 적어도 하나를 포함하며, 및
    상기 제1 서버가 가입 관리자 디스커버리 서버(subscription manager discovery server: SM-DS)일 경우, 상기 이벤트 레코드는 상기 전자 장치의 식별자, 또는 상기 이벤트 등록이 루트 SM-DS(root SM-DS)에 대해 이루어지는지 여부를 지시하는 포워딩 지시자(forwarding indicator) 중 적어도 하나를 더 포함하는 상기 제1 서버.
  12. 제2 서버(530)에 있어서,
    메모리(535);
    적어도 하나의 통신 회로(533); 및
    상기 메모리 및 상기 적어도 하나의 통신 회로에 전기적으로 연결된 적어도 하나의 프로세서(531)를 포함하며, 상기 적어도 하나의 프로세서는:
    전자 장치(101)의 프로파일 다운로드(profile download)와 관련되는 이벤트에 대한 이벤트 레코드(event record), 및 상기 이벤트 레코드가 상기 전자 장치로 제공되는 것이 차단되는지 여부를 지시하는 플래그를 포함하는, 상기 이벤트를 등록하기 위한 제1 등록 메시지를 생성하고, 및
    상기 적어도 하나의 통신 회로를 통해 제1 서버(540)로, 상기 제1 등록 메시지를 송신하도록 구성되는 상기 제2 서버.
  13. 제12항에 있어서,
    상기 제1 등록 메시지는 상기 전자 장치가 상기 이벤트 레코드를 수신하는 것이 차단되는 장치임을 지시하는 값으로 설정된 파라미터를 더 포함하는 상기 제2 서버.
  14. 제12항 또는 제13항에 있어서,
    상기 적어도 하나의 프로세서는:
    상기 플래그의 값이 상기 이벤트 레코드가 상기 전자 장치로 제공되는 것이 차단됨을 지시하는 제1 값임에 기반하여, 상기 적어도 하나의 통신 회로를 통해 상기 전자 장치로부터, 상기 전자 장치에 프로파일이 설치됨을 지시하는 통지 메시지를 수신하고, 및
    상기 적어도 하나의 통신 회로를 통해 상기 제1 서버로, 상기 전자 장치의 식별자를 포함하는, 상기 이벤트를 삭제할 것을 요청하는 제1 삭제 메시지를 송신하도록 더 구성되는 상기 제2 서버.
  15. 제12항 내지 제14항 중 어느 한 항에 있어서,
    상기 이벤트 레코드는 상기 제2 서버의 어드레스(address) 또는 상기 이벤트의 식별자 중 적어도 하나를 포함하고, 및
    상기 제1 서버가 가입 관리자 디스커버리 서버(subscription manager discovery server: SM-DS)일 경우, 상기 이벤트 레코드는 상기 전자 장치의 식별자, 또는 상기 이벤트 등록이 루트 SM-DS(root SM-DS)에 대해 이루어지는지 여부를 지시하는 포워딩 지시자(forwarding indicator) 중 적어도 하나를 포함하는 상기 제2 서버.
PCT/KR2023/011576 2022-09-14 2023-08-07 프로파일 다운로드를 관리하는 전자 장치 및 그 동작 방법 WO2024058432A1 (ko)

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
KR20220115892 2022-09-14
KR10-2022-0115892 2022-09-14
KR10-2022-0164271 2022-11-30
KR20220164271 2022-11-30
KR1020230000735A KR20240037134A (ko) 2022-09-14 2023-01-03 프로파일 다운로드를 관리하는 전자 장치 및 그 동작 방법
KR10-2023-0000735 2023-01-03

Publications (1)

Publication Number Publication Date
WO2024058432A1 true WO2024058432A1 (ko) 2024-03-21

Family

ID=90275160

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2023/011576 WO2024058432A1 (ko) 2022-09-14 2023-08-07 프로파일 다운로드를 관리하는 전자 장치 및 그 동작 방법

Country Status (1)

Country Link
WO (1) WO2024058432A1 (ko)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20090005501A (ko) * 2007-07-09 2009-01-14 에스케이 텔레콤주식회사 Ｓｉｍ 카드 가입자의 가입 처리 시스템 및 방법
KR20130027537A (ko) * 2010-06-29 2013-03-15 알까뗄 루슨트 가입자에 관련된 변경에 대한 응답에서 인터넷 프로토콜 연결 액세스 네트워크(ｉｐ-ｃａｎ) 가입자 세션의 관리
US20190327605A1 (en) * 2016-03-03 2019-10-24 Huawei Technologies Co., Ltd. Profile Download Method and System, and Related Device
KR20190134603A (ko) * 2017-02-03 2019-12-04 탈레스 Dis 프랑스 Sa 모바일 네트워크 오퍼레이터로부터 보안 요소로 기존 서브스크립션 프로파일을 송신하는 방법, 대응하는 서버들 및 보안 요소
KR20200042487A (ko) * 2017-09-12 2020-04-23 삼성전자주식회사 통합 이동전화 번호 이동성 및 원격 sim 프로비저닝을 수행하는 시스템 및 방법

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20090005501A (ko) * 2007-07-09 2009-01-14 에스케이 텔레콤주식회사 Ｓｉｍ 카드 가입자의 가입 처리 시스템 및 방법
KR20130027537A (ko) * 2010-06-29 2013-03-15 알까뗄 루슨트 가입자에 관련된 변경에 대한 응답에서 인터넷 프로토콜 연결 액세스 네트워크(ｉｐ-ｃａｎ) 가입자 세션의 관리
US20190327605A1 (en) * 2016-03-03 2019-10-24 Huawei Technologies Co., Ltd. Profile Download Method and System, and Related Device
KR20190134603A (ko) * 2017-02-03 2019-12-04 탈레스 Dis 프랑스 Sa 모바일 네트워크 오퍼레이터로부터 보안 요소로 기존 서브스크립션 프로파일을 송신하는 방법, 대응하는 서버들 및 보안 요소
KR20200042487A (ko) * 2017-09-12 2020-04-23 삼성전자주식회사 통합 이동전화 번호 이동성 및 원격 sim 프로비저닝을 수행하는 시스템 및 방법

Similar Documents

Publication Publication Date Title
WO2015115723A1 (ko) 무선 충전 장치와 단말, 그를 포함하는 무선 충전 시스템, 그 제어 방법 및 컴퓨터 프로그램이 기록된 기록매체
WO2019050325A1 (en) METHOD AND APPARATUS FOR SUPPORTING PROFILE TRANSFER BETWEEN DEVICES IN A WIRELESS COMMUNICATION SYSTEM
WO2019124981A1 (en) Method for providing communication service using secure element and electronic device thereof
WO2016003200A1 (en) Method and apparatus for installing profile for euicc
WO2018199597A1 (en) Electronic device and proximity discovery method thereof
WO2020204269A1 (ko) 엣지 컴퓨팅 서비스를 위한 방법 및 그의 전자 장치
WO2021002696A1 (en) Method for transferring subscription and electronic device for supporting the same
WO2020171672A1 (en) Method for interoperating between bundle download process and esim profile download process by ssp terminal
WO2020032445A1 (en) Electronic device, external electronic device, and method of managing embedded subscriber identity modules of external electronic device
WO2021162279A1 (en) Electronic device supporting multiple sims and operation method thereof
WO2020080909A1 (en) Method and apparatus for handling remote profile management exception
WO2019139247A1 (en) Electronic device for managing embedded subscriber identification module and method for same
EP3854115A1 (en) Method and apparatus for handling remote profile management exception
WO2021162386A1 (ko) 전자 장치 및 전자 장치에서 임베디드 가입자 식별 모듈의 프로파일 정책 규칙을 처리하는 방법
WO2019194428A1 (ko) 외부 전자 장치의 키를 공유하는 전자 장치 및 전자 장치의 동작 방법
WO2021162427A1 (ko) 전자 장치 및 전자 장치에서의 피어 투 피어 서비스 수행 방법
WO2024058432A1 (ko) 프로파일 다운로드를 관리하는 전자 장치 및 그 동작 방법
WO2022045705A1 (ko) 전자 장치 및 복수의 가입자 식별 모듈들을 지원하는 전자 장치에서 단문 메시지를 수신하는 방법
WO2022031019A1 (ko) Uwb와 ar를 이용한 분실기기 찾는 방법 및 그 장치
WO2023200092A1 (ko) 전자 장치들 간의 프로파일 이동을 지원하는 전자 장치 및 그 동작 방법
WO2021201644A1 (en) Method and apparatus for managing event for smart secure platform
WO2023101284A1 (ko) 가입자 식별 모듈 설정을 적응적으로 제공하는 전자 장치 및 그 동작 방법
WO2021162387A1 (ko) 복수 심을 지원하는 전자 장치 및 그 동작 방법
WO2022102946A1 (ko) 에지 컴퓨팅 서비스를 수행하는 전자 장치 및 전자 장치의 동작 방법
WO2022225348A1 (ko) 전자 장치 및 전자 장치에서 임베디드 구독자 식별 모듈의 프로파일을 설치하는 방법

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23865732

Country of ref document: EP

Kind code of ref document: A1