KR20180133837A - 내장 ｓｉｍ에서의 키 관리방법, 및 그를 위한 내장 ｓｉｍ과 기록매체 - Google Patents

Abstract

본 발명은 글로벌 플랫폼(Global Platform)이 적용되는 내장 SIM(eSIM) 환경에서, 발급자 시큐리티 도메인(ISD) 키를 특정 MNO를 위한 사전 ISD 키(PreISDKey for MNOi) 및 MNO에 독립적인 디폴트 ISD 키(DefaultISDKey), 특정 MNO를 위한 신규 ISD 키(NewISDKey for MNOi) 등의 여러 형태로 정의한 후, 최초 발급 및 MNO 변경 등의 과정에서 MNO 주도하에서 부가서비스 또는 통신을 위한 프로파일을 안전하게 전달할 수 있다.

Description

내장 ＳＩＭ에서의 키 관리방법, 및 그를 위한 내장 ＳＩＭ과 기록매체 {Method for Managing Key of Embedded SIM, Embedded SIM and recording medium for the same}

본 발명은 내장 SIM(Embedded Subscriber Identity Module; 이하 ‘eSIM’ 또는 ‘eUICC’라 함)의 키 관리방법, 및 그를 위한 eSIM 등에 관한 것이다.

UICC(Universal Integrated Circuit Card)는 단말기 내에 삽입되어 사용자 인증을 위한 모듈로서 사용될 수 있는 스마트 카드이다. UICC는 사용자의 개인 정보 및 사용자가 가입한 이동 통신 사업자에 대한 사업자 정보를 저장할 수 있다. 예를 들면, UICC는 사용자를 식별하기 위한 IMSI(International Mobile Subscriber Identity)를 포함할 수 있다. UICC는 GSM(Global System for Mobile communications) 방식의 경우 SIM(Subscriber Identity Module) 카드, WCDMA(Wideband Code Division Multiple Access) 방식의 경우 USIM(Universal Subscriber Identity Module) 카드로 불리기도 한다.

사용자가 UICC를 사용자의 단말에 장착하면, UICC에 저장된 정보들을 이용하여 자동으로 사용자 인증이 이루어져 사용자가 편리하게 단말을 사용할 수 있다. 또한, 사용자가 단말을 교체할 때, 사용자는 기존의 단말에서 탈거한 UICC를 새로운 단말에 장착하여 용이하게 단말을 교체할 수 있다.

소형화가 요구되는 단말, 예를 들면 기계 대 기계(Machine to Machine, M2M) 통신을 위한 단말은 UICC를 착탈할 수 있는 구조로 제조할 경우 단말의 소형화가 어려워진다. 그리하여, 착탈할 수 없는 UICC인 eUICC 구조가 제안되었다. eUICC는 해당 UICC를 사용하는 사용자 정보가 IMSI 형태로 수록되어야 한다.

기존의 UICC는 단말에 착탈이 가능하여, 단말의 종류나 이동 통신 사업자에 구애받지 않고 사용자는 단말을 개통할 수 있다. 그러나, 단말을 제조할 때부터 제조된 단말은 특정 이동 통신 사업자에 대해서만 사용된다는 전제가 성립되어야 eUICC 내의 IMSI를 할당할 수 있다. 단말을 발주하는 이동 통신 사업자 및 단말 제조사는 모두 제품 재고에 신경을 쓸 수 밖에 없고 제품 가격이 상승하는 문제가 발생하게 된다. 사용자는 단말에 대해 이동 통신 사업자를 바꿀 수 없는 불편이 있다. 그러므로, eUICC의 경우에도 이동 통신 사업자에 구애받지 않고 사용자가 단말을 개통할 수 있는 방법이 요구된다.

한편, 최근 eUICC의 도입으로 인하여 여러 이통통신 사업자의 가입자 정보를 원격에서 UICC로 업데이트 할 필요가 생기게 되었고, 그에 따라 가입자 정보 관리를 위한 가입 관리 장치(Subscription Manager; 이하 ‘SM’이라 함) 또는 프로파일 관리장치(Profile Manager; 이하 ‘PM’이라 함)가 논의되고 있다.

그러나, 이러한 eSIM 환경에서는 기존 착탈식 SIM과는 다른 물리적 형태로 인해 소프트웨어 형태의 SIM 데이터들이 관리되어야 하며, 현재 글로벌 플랫폼(GlobalPlatform) 기술을 기반으로 방식들이 논의되고 있다. 하지만, 글로벌 플랫폼의 논의에 의하면 키(key) 소유와 이로 인한 eSIM 기반 사업 주도권 (통신 및 부가 서비스) 이슈로 인해 별도의 제3 주체가 아닌 MNO가 주도하여 eSIM 기반 서비스를 제공할 필요가 있으나, 이에 대한 구체적인 방안이 없는 실정이다.

본 발명의 목적은 eSIM을 포함하는 통신 환경에서 글로벌 플랫폼 기반으로eSIM을 관리하고, MNO 변경을 수행하는 방법 및 장치를 제공하는 것이다.

본 발명의 목적은 eSIM을 포함하는 통신 환경에서 통신 또는 부가서비스를 관리할 수 있는 관리키를 생성 및 관리하고, MNO 변경을 수행하는 방법 및 장치를 제공하는 것이다.

본 발명의 목적은 eSIM을 포함하는 통신 환경에서 부가 서비스용 보조 시큐리티 도메인(Supplementary Security Domain; 이하 ‘SSD’라 함)을 생성할 권한을 가지는 발급자 시큐리티 도메인(Issuer Security Domain; 이하 ‘ISD’라 함)을 각 통신 사업자(MNO)의 권한아래 관리할 수 있는 방법을 제공하는 것이다.

본 발명의 다른 목적은 eSIM을 포함하는 통신 환경에서 부가 서비스 관리키에 해당하는 ISD 키를 MNO 이동 시 효율적으로 관리하는 방안을 제공하는 것이다.

본 발명의 다른 목적은 eSIM을 포함하는 통신 환경에서 특정 MNO의 사전 ISD 키 또는 MNO 독립적인 디폴트 ISD 키를 이용하여 통신 또는 부가 서비스 관리를 할 수 있는 방안을 제공하는 것이다.

본 발명의 일 실시예는, 1 이상의 통신사업자(MNO) 시스템과 연동되어 있는 내장 SIM(eSIM)을 이용한 키 관리방법으로서, 상기 eSIM은, 초기 개통 MNO 시스템으로부터 초기 개통 MNO를 위한 사전 발급자 시큐리티 도메인(Issuer Security Domain; ISD) 키를 통한 인증을 수행하는 단계와, 상기 초기 개통 MNO 시스템으로부터 신규 ISD 키를 수신하는 단계와, 상기 신규 ISD 키를 이용하여 상기 초기 개통 MNO 시스템과 인증한 후, 상기 초기 개통 MNO과의 통신 또는 부가서비스를 위한 프로파일(MNO1 Profile)을 수신하는 단계를 포함하는 키 관리방법을 제공한다.

본 발명의 다른 실시예는 1 이상의 통신사업자(MNO) 시스템과 연동되어 있는 내장 SIM(eSIM)을 이용한 키 관리방법으로서, 상기 eSIM은, 초기 개통 MNO 시스템으로부터 미리 정의된 디폴트 사전 발급자 시큐리티 도메인(Issuer Security Domain; ISD) 키를 통한 인증을 수행하는 단계와, 상기 초기 개통 MNO 시스템으로부터 신규 ISD 키를 수신하는 단계와, 상기 신규 ISD 키를 이용하여 상기 초기 개통 MNO 시스템과 인증한 후, 상기 초기 개통 MNO과의 통신 또는 부가서비스를 위한 프로파일(MNO1 Profile)을 수신하는 단계를 포함하는 키 관리방법을 제공한다.

본 발명의 다른 실시예는 도너 통신 사업자(Donor MNO) 시스템, 리시빙 MNO 시스템과 연동되어 있는 내장 SIM(eSIM)을 이용한 키 관리방법으로서, 상기 리시빙 MNO시스템으로부터 MNO 변경 요청을 수신한 도너 MNO 시스템이 상기 도너 MNO 시스템의 신규(New) 발급자 시큐리티 도메인(Issuer Security Domain; ISD) 키를 통한 인증을 수행한 후, 상기 리시빙 MNO의 사전 ISD 키를 상기 eSIM 내에 주입하는 단계와, 상기 리시빙 MNO 시스템이 상기 사전 ISD키(PreISDkey)를 이용하여 상기 eSIM과 인증을 수행한 후, 리시빙 MNO의 신규 ISD 키(NewISDKey)를 상기 eSIM 내에 주입하는 단계와, 상기 리시빙 MNO의 신규 ISD 키를 이용하여 상기 리시빙 MNO 시스템과 인증한 후, 상기 리시빙 MNO과의 통신 또는 부가서비스를 위한 프로파일(MNO2 Profile)을 수신하는 단계를 포함하는 키 관리방법을 제공한다.

본 발명의 다른 실시예는, 1 이상의 통신사업자(MNO) 시스템, 가입 관리 장치(Subscription Manager; ‘SM’)와 연동되어 있는 내장 SIM(eSIM)을 이용한 키 관리방법으로서, 상기 SM은 상기 MNO 시스템으로부터 각 MNO에 대한 사전 발급자 시큐리티 도메인(Issuer Security Domain; ISD) 키(PreISDKey for MNOi)를 수신하여 저장하는 단계와, 상기 MNO 중 하나로부터 요청을 수신한 SM이 요청 MNO의 사전 ISD 키를 상기 eSIM 내에 주입하는 단계와, 상기 요청 MNO 시스템이 자신의 사전 ISD키(PreISDkey)를 이용하여 상기 eSIM과 인증을 수행한 후, 자신의 신규 ISD 키(NewISDKey)를 상기 eSIM 내에 주입하는 단계와, 상기 요청 MNO 시스템이 상기 신규 ISD 키를 이용하여 상기 eSIM 인증한 후, 통신 또는 부가서비스를 위한 프로파일(MNOi Profile)을 상기 eSIM으로 전송하는 단계를 포함하는 키 관리방법을 제공한다.

본 발명의 다른 실시예는 1 이상의 통신사업자(MNO)와 연동되어 있는 내장 SIM(eSIM)으로서, 상기 eSIM은 초기 개통 MNO 시스템으로부터 초기 개통 MNO를 위한 사전 발급자 시큐리티 도메인(Issuer Security Domain; ISD) 키 또는 미리 정의된 디폴트 ISD 키를 통한 인증을 수행하고, 상기 초기 개통 MNO 시스템으로부터 신규 ISD 키를 수신하며, 상기 신규 ISD 키를 이용하여 상기 초기 개통 MNO 시스템과 인증한 후, 상기 초기 개통 MNO과의 통신 또는 부가서비스를 위한 프로파일(MNO1 Profile)을 수신하는 구성의 eSIM과, 그러한 기능을 구현하는 프로그램이 기록된 기록매체를 제공한다.

본 발명의 다른 실시예는 도너 통신 사업자(Donor MNO) 시스템, 리시빙 MNO 시스템과 연동되어 있는 내장 SIM(eSIM) 으로서, 상기 eSIM은, 상기 도너 MNO 시스템과 도너 MNO의 신규(New) 발급자 시큐리티 도메인(Issuer Security Domain; ISD) 키를 통한 인증을 수행한 후, 상기 리시빙 MNO의 사전 ISD 키를 상기 도너 MNO시스템으로부터 수신하며, 상기 사전 ISD키(PreISDkey)를 이용하여 상기 리시빙 MNO 시스템과 인증을 수행한 후, 리시빙 MNO의 신규 ISD 키(NewISDKey)를 상기 리시빙 MNO 시스템으로부터 수신하며, 상기 리시빙 MNO의 신규 ISD 키를 이용하여 상기 리시빙 MNO 시스템과 인증한 후, 상기 리시빙 MNO과의 통신 또는 부가서비스를 위한 프로파일(MNO2 Profile)을 수신하는 구성의 eSIM과, 그러한 기능을 구현하는 프로그램이 기록된 기록매체를 제공한다.

본 발명의 다른 실시예는 1 이상의 통신사업자(MNO) 시스템, 가입 관리 장치(Subscription Manager; ‘SM’)와 연동되어 있는 내장 SIM(eSIM) 으로서, 상기 eSIM은 상기 MNO 중 하나로부터 요청을 수신한 SM이 전송하는 요청 MNO의 사전 ISD 키를 수신하여 저장하며, 상기 요청 MNO의 사전 ISD키(PreISDkey)를 이용하여 상기 요청 MNO 시스템과 인증을 수행한 후, 상기 요청 MNO의 신규 ISD 키(NewISDKey)를 수신하며, 상기 신규 ISD 키를 이용하여 상기 요청 MNO 시스템과 인증을 수행한 후, 상기 요청 MNO 시스템으로부터 요청 MNO의 프로파일(MNOi Profile)을 수신하는 구성의 eSIM과, 그러한 기능을 구현하는 프로그램이 기록된 기록매체를 제공한다.

도 1은 본 발명이 적용되는 eSIM 또는 eUICC를 포함한 전체 서비스 아키텍처를 도시한다.
도 2는 본 발명에 의한 글로벌 플랫폼에 기초한 카드 아키텍처를 도시한다.
도 3은 본 발명의 일 실시예에 의한 eSIM의 내부 구조 및 외부 MNO와의 관계를 도시한다.
도 4 및 도 5는 본 발명의 일 실시예에 의한 최초 ISD 키 발급 과정을 도시하는 흐름도로서, 도 4는 특정 MNO를 위한 사전 ISD 키(PreISDKey for MNOi)를 이용하는 경우이고, 도 5는 MNO에 독립적인 디폴트 ISD 키(DefaultISDKey)를 이용하는 경우이다.
도 6은 본 발명의 일 실시예에 의한 MNO 변경 과정을 도시한다.
도 7은 본 발명의 실시예에 의한 각종 ISD 키 관리를 가입 관리 장치(Subscription Manager; SM)가 수행하는 경우를 도시한다.

이하, 본 발명의 일부 실시예들을 예시적인 도면을 통해 상세하게 설명한다. 각 도면의 구성요소들에 참조부호를 부가함에 있어서, 동일한 구성요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 부호를 가지도록 하고 있음에 유의해야 한다. 또한, 본 발명을 설명함에 있어, 관련된 공지 구성 또는 기능에 대한 구체적인 설명이 본 발명의 요지를 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명은 생략한다.

현재 GSMA에서 활발하게 논의되는 M2M(Machine-to-Machine) 단말은 특성상 크기가 작아야 하는데, 기존 UICC를 사용하는 경우에는, M2M 단말에 UICC를 장착하는 모듈을 별도 삽입해야 하므로, UICC를 탈착가능한 구조로 M2M단말을 제조하게 되면, M2M 단말의 소형화가 힘들게 된다.

따라서, UICC 착탈이 불가능한 내장(Embedded) UICC 구조가 논의되고 있는데, 이때 M2M 단말에 장착되는 eUICC에는 해당 UICC를 사용하는 이동통신 사업자(Mobile Network Operator; 이하 ‘MNO’라 함)정보가 국제 모바일 가입자 식별자(International Mobile Subscriber Identity, IMSI) 형태로 UICC에 저장되어 있어야 한다.

그러나, M2M 단말을 제조할 때부터 제조된 단말은 특정 MNO에서만 사용한다는 전제가 성립되어야 eUICC내의 IMSI를 할당할 수 있으므로, M2M 단말 또는 UICC를 발주하는 MNO나 제조하는 M2M 제조사 모두 제품 재고에 많은 신경을 할당할 수 밖에 없고 제품 가격이 상승하게 되는 문제가 있어, M2M 단말 확대에 큰 걸림돌이 되고 있는 상황이다.

이와 같이, 기존의 착탈식 형태의 SIM과는 달리 단말에 일체형으로 탑재되는 eUICC 또는 eSIM은 그 물리적 구조 차이로 인해 개통 권한, 부가 서비스 사업 주도권, 가입자 정보 보안 등에 대한 많은 이슈들이 존재한다. 이를 위해 GSMA 및 ETSI의 국제 표준화 기관에서는 사업자, 제조사, SIM 제조사 등의 유관 회사들과 최상위 구조를 포함한 필요한 요소에 대해 표준화 활동을 전개하고 있다. eSIM이 표준화 단체들을 통해 논의되면서 이슈의 중심에 있는 것은 Subscription Manager라고 불리는 SM으로 사업자 정보 (Operator Credential, MNO Credential, Profile, eUICC Profile, Profile Package 등 다른 표현으로 사용될 수 있음)를 eSIM에 발급하고 가입(Subscription) 변경 또는 MNO 변경에 대한 프로세스를 처리하는 등 eSIM에 대한 전반적인 관리 역할을 수행하는 개체 또는 그 기능/역할을 의미한다.

최근 GSMA에서는 SM의 역할을 사업자 정보를 생성하는 역할을 수행하는 SM-DP (Data Preparation)과 eSIM에 사업자 정보의 직접적 운반을 수행하는 SM-SR (Secure Routing)로 분류한 구조와, 프로파일을 암호화하여 전송하는 방안을 제안하였으나 세부적인 내용이 부족하다.

본 명세서에서는 eSIM과 eUICC를 동등한 개념으로 사용한다.

eSIM은 단말 제조 단계에서 IC칩을 단말 회로판 상에 부착시킨 후, 소프트웨어 형태의 SIM 데이터 (개통 정보, 부가 서비스 정보 등)를 OTA (Over The Air) 또는 오프라인 (PC와의 USB 등의 기술 기반 연결)을 통해 발급하는 방식의 새로운 개념의 SIM 기술이다. eSIM에서 사용되는 IC칩은 일반적으로 하드웨어 기반의 CCP (Crypto Co-Processor)를 지원하여 하드웨어 기반의 공개키 생성을 제공하며, 이를 어플리케이션 (예, 애플릿) 기반에서 활용할 수 있는 API를 SIM 플랫폼 (예, Java Card Platform 등)에서 제공한다. 자바 카드 플랫폼(Java Card Platform)은 스마트카드 등에서 멀티 어플리케이션을 탑재하고 서비스를 제공할 수 있는 플랫폼 중 하나이다.

SIM은 제한된 메모리 공간과 보안상의 이유로 누구나 SIM 내에 어플리케이션을 탑재해서는 안되며, 이로 인해 어플리케이션 탑재를 위한 플랫폼 이외에 SIM을 어플리케이션 탑재 및 관리를 담당하는 SIM 서비스 관리 플랫폼을 필요로 한다. SIM 서비스 관리 플랫폼은 관리키를 통한 인증 및 보안을 통해 SIM 메모리 영역에 데이터를 발급하며, 글로벌 플랫폼(GlobalPlatform)과 ETSI TS 102.226의 RFM (Remote File Management) 및 RAM (Remote Application Management)은 이와 같은 SIM 서비스 관리 플랫폼의 표준 기술이다.

eSIM 환경에서 중요한 요소 중의 하나인 SM은 eSIM은 원격으로 관리키(UICC OTA Key, GP ISD Key 등)를 통해 통신 및 부가 서비스 데이터를 발급하는 역할을 수행한다.

GSMA에서는 SM의 역할을 SM-DP와 SM-SR로 분류할 수 있다. SM-DP는 오퍼레이션 프로파일(또는 사업자 정보) 이외에 IMSI, K, OPc, 부가 서비스 어플리케이션, 부가 서비스 데이터 등을 안전하게 빌드(Build)하여 크레덴셜 패키지(Credential Package) 형태로 만드는 역할을 수행하며, SM-SR은 SM-DP가 생성한 크레덴셜 패키지를 OTA(Over-The-Air) 또는 GP SCP (Secure Communication Protocol)과 같은 SIM 원격 관리 기술을 통해 eSIM에 안전하게 다운로드하는 역할을 수행한다.

도 1은 SM을 포함하는 eSIM 통신 시스템의 일 예를 도시한다.

SM을 이용하는 eSIM 통신 시스템 아키텍처는 다수의 MNO 시스템과, 1 이상의 SM 시스템, eUICC 제조사 시스템, eUICC를 포함하는 장치(Device) 제조사 시스템 및 eUICC 등을 포함할 수 있으며, 도 1에서 점선은 신뢰 서클(Circle of Trust)을 도시하고, 2개 실선은 안전한 링크를 의미한다.

도 1의 “신뢰 서클(Circle of Trust)”이라는 구조를 제안하여 각 유사 개체 또는 엔터티 들간에 신뢰 관계의 중첩을 통해 MNO와 eSIM 간의 엔드-투-엔드(End-to-End) 신뢰 관계를 구축한다는 개념을 제안하였다. 즉, MNO1는 SM1과, SM1은 SM4, SM4는 eSIM과 신뢰관계를 형성하여, 이를 통해 MNO와 eSIM 간의 신뢰관계를 형성한다는 개념이다.

이러한 SM을 이용한 eSIM 통신 시스템에서는 SM이라고 정의되는 기능을 도입하며, SM의 주요한 역할은 MNO 크레덴셜을 포함하는 패키지 또는 프로파일을 준비해서 eUICC로 전달하는 것이다. SM 기능은 MNO에 의하여 직접적으로 제공될 수도 있고, MNO가 SM 서비스를 획득하기 위하여 제3 기관과 계약할 수도 있을 것이다. 이러한 SM 기능은 MNO 또는 제3 기관에 의하여 제공되어야 하며, 만약 제3 기관에 의하여 제공된다면 SM과 MNO 사이에는 상업적인 관계가 설정되어 있는 경우 등일 것이다.

SM은 eUICC와 관련된 여러 프로파일(MNO의 오퍼레이션 프로파일, 프로비저닝 프로파일 등)을 안전하게 준비하는 SM-DP와, 그를 라우팅하기 위한 SM-SR로 구분되며, SM-SR은 다른 여러 SM-SR과 신뢰관계로 연동될 수 있고, SM-DP는 MNO 시스템에 연동되어 있다.

그러나, 도 1과 같이 SM을 이용하는 시스템에서는, SM이 가입 관리, 부가 서비스 관리, MNO 변경 관리 등의 전반적인 관리를 수행하게 되는데, 이는 현재의 통신 서비스가 모두 MNO 주도로 이루어지는 것과 달라서 호환성이나 신뢰성 확보등에 문제가 있을 수 있다.

한편, SIM 서비스 관리 플랫폼의 표준 중 하나로서 글로벌 플랫폼이 사용되고 있다.

이러한 글로벌 플랫폼은 안전하고 동적인 카드 및 애플리케이션 관리 스펙으로서, 카드 구성요소와, 명령어 세트, 트랜잭션 시퀀스 및 하드웨어, 시스템 및 OS 중립적이고 애플리케이션 독립적인 인터페이스를 제공한다.

본 발명은 이러한 글로벌 플랫폼 기반에서 MNO 주도로 발급자 시큐리티 도메인(Issuer Security Domain; 이하 ‘ISD’라고도 함) 키(Key)를 소유한 환경에서 기존 SIM 관련 기술의 변경 없이 단말에 MNO 프로파일을 발급하고 타통신사로 이동하는 구조를 제공할 수 있다.

그를 위하여, 본 발명의 일 실시예에서는 글로벌 플랫폼에 정의된 ISD 및 SD를 이용하여, eSIM 내에 초기 개통 MNO(MNO1)의 프로파일을 관리하고 및 추가 MNO의 SD 생성 및 보안 애플릿 설치 등을 제어하기 위한 ISD를 생성하고, 1 이상의 MNO를 위한 SD를 생성하여 관리하는 방안을 제공하고자 한다. 구체적인 본 발명의 구성에 대해서는 도 3 이하를 참고로 아래에서 설명한다.

도 2는 본 발명에 의한 글로벌 플랫폼에 기초한 카드 아키텍처를 도시한다.

글로벌 플랫폼에 의한 카드 아키텍처는 하드웨어와 벤더(Vendor)에 중립적인 인터페이스를 애플리케이션 및 오프카드 관리 시스템에게 보장하기 위한 다수의 컴포넌트로 구성된다.

*이러한 컴포넌트로는 카드 발급자(Card Issuer)를 위한 하나 이상의 카드 발급자 애플리케이션(210), 카드 발급자의 사업 파트너, 즉, 애플리케이션 제공자를 위한 하나 이상의 애플리케이션 제공자 애플리케이션(220), 다른 애플리케이션으로 글로벌 서비스(예를 들면, CSM 서비스)를 제공하기 위한 하나 이상의 글로벌 서비스 애플리케이션(230) 등이 있다.

각 애플리케이션에는 대응되는 시큐리티 도메인(Security Domain; SD)이 연관되어 있으며, 즉, 발급자 SD(ISD; 211), 서비스 제공자 SD(221), 제어 기관(Controlling Authority) SD(231) 등이 포함된다.

모든 애플리케이션은 애플리케이션 이동성을 지원하는 하드웨어 중립적인 API(Application Programming Interface)를 포함하는 시큐어 런타임 환경(secure runtime environment; 250) 내에 구현된다. 글로벌 플랫폼은 특정한 런타임 환경 기술로 제한하는 것은 아니며, 카드 메니저가 중앙 관리자로서 역할을 수행하는 주요한 카드 컴포넌트이다. 특정한 키 및 시큐리티 도메인이라 불리는 시큐리티 관리 애플리케이션이 생성되어, 카드 발급자와 다수의 다른 SD 제공자 사이에서 키들이 완전히 분리되는 것을 보장하게 된다.

이러한 애플리케이션과 SD 하부에는 글로벌플랫폼 환경(OPEN) 및 GP 신뢰 프레임워크(240)이 포함되며, 그 하부에 런타임 환경(Runtime Environment; 250)이 형성되어 있다.

또한, 애플리케이션/SD와 글로벌플랫폼 환경(OPEN) 및 GP 신뢰 프레임워크(240) 사이에는 GP API(241)이 제공되며, 애플리케이션/SD와 런타임 환경(250) 사이에는 런타임 API(RTE API; 251)이 제공된다.

발급자 SD(ISD; 211), 서비스 제공자 SD(221), 제어 기관(Controlling Authority) SD(232)와 같은 SD는 SD는 오프카드 기관(Authority)의 온카드 대리자 역할을 수행한다. SD는 카드에 의하여 인식되는 오프카드 기관의 3가지 타입을 반영하여 크게 3개의 타입으로 구분될 수 있다.

첫째로, ISD(211)는 통상 카드 발급자가 되는 카드 관리자(Administration)를 위한 주요하면서도 필수인 온카드 대리자이다.

둘째로, 보조 SD(Supplementary SD)는 카드 발급자 또는 애플리케이션 제공자 또는 그들의 에이전트를 위한 추가적이고 선택적인 온카드 대리자로서 기능한다. 서비스 제공자 SD(221)가 이러한 보조 SD(SSD)에 해당된다.

셋째 타입으로서, 제어 기관 SD(Controlling Authority Security Domains)는 보조 SD의 특수한 한 형태로서, 제어 기관은 카드내에 로딩되는 모든 애플리케이션 코드 상에 적용되는 시큐리티 정책(Policy)을 강제하는 역할을 한다. 또한 제어 기관은 이러한 기능을 제공하기 위하여 자신의 온카드 대리자로서 이러한 형태의 SD를 이용할 수 있다. 이러한 제어 기관 SD는 하나 이상 존재할 수 있다.

일반적으로, 3가지 타입 모두는 단순하게 SD라고 부를 수 있으며, SD는 자신의 제공자(카드 발급자, 애플리케이션 제공자 또는 제어 기관 등)를 위한 키 핸들링, 암호화, 복호화, 전자서명 생성 및 검증과 같은 시큐리티 서비스를 지원한다. 각 SD는 오프카드 엔터티가 서로 완전히 격리되는 키를 사용하고자 요청하는 경우, 카드 발급자, 애플리케이션 제공자 또는 제어기관을 대신해서 설정된다.

한편, 카드 내에는 하나 이상의 글로벌 서비스 애플리케이션(230)이 존재해서, 카드 상의 다른 애플리케이션에 카드홀더 검증 방법(Cardholder Verification Method; CVM)과 같은 서비스를 제공할 수 있다.

글로벌 플랫폼은 안전한 다중 애플리케이션 카드 런타임 환경 상에서 동작하기 위한 것으로서, 이러한 런타임 환경(250)은 안전한 저장과 애플리케이션의 실행공간을 물론이고 애플리케이션을 위한 하드웨어 중립적인 API를 제공함으로써, 각 애플리케이션 코드 및 데이터가 다른 애플리케이션으로부터 분리된 상태에서 안정하게 유지되도록 한다. 카드의 런타임 환경은 또한 카드 및 오프카드 엔터티 사이의 통신 서비스를 제공하기도 한다.

글로벌 플랫폼 카드는 또한 하나 이상의 신뢰 프레임워크(Trusted Framework; 240)를 포함할 수 있으며, 이러한 신뢰 프레임워크는 애플리케이션 사이에서 애플리케이션 간 통신을 제공한다. 신뢰 프레임워크는 애플리케이션 또는 SD는 아니며, 카드 런타임 환경의 확장 또는 하나의 부분으로서 존재할 수 있다.

이와 같이, 글로벌 플랫폼(GlobalPlatform)은 SIM과 같은 스마트카드의 어플리케이션 (애플릿 등) 관리를 위한 표준 기술이다. 글로벌 플랫폼 은 ISD (Issuer Security Domain)이라는 카드 발급자(예, MNO)를 대표하고 필요한 전체적인 관리 기능을 수행하는 소프트웨어와 카드 발급자의 사업 파트너(예를 들면, 은행, 신용카드사 등의 애플리케이션 제공자)에서 자신들의 서비스 소프트웨어 및 정보 (예, 뱅킹 애플릿, 계좌 정보 등)를 위한 안전하게 관리할 수 있는 보조 시큐리티 도메인(Supplementary Security Domain; SSD)이라는 소프트웨어를 정의한다.

이러한 글로벌 플랫폼 기술에 의하면, ISD에 의해서만 SSD가 생성될 수 있으며, 이때 ISD 키를 활용하게 되고, SSD 생성 시에 SSD를 요청한 비즈니스 파트너(Business Partner)와 사전 공유된 SSD 키를 주입 (PUT Key) 한다.

그러나, 이러한 eSIM 환경에서는 기존 착탈식 SIM과는 다른 물리적 형태로 인해 소프트웨어 형태의 SIM 데이터들이 관리되어야 하며, 현재 글로벌 플랫폼 기술을 기반으로 여러가지 방식들이 논의되고 있지만, 글로벌 플랫폼 상의 ISD 키 소유와 이로 인한 eSIM 기반 사업의 주도권 (통신 및 부가 서비스)의 주체에 대한 이슈로 인해 별도의 제3자가 아닌 MNO가 ISD 키를 소유하고 이를 기반으로 eSIM 서비스를 제공하는 구조가 필요하다.

이에 본 발명에서는 현존하는 표준 기술인 글로벌 플랫폼이 적용되는 eSIM 환경에서 부가서비스 관리키에 해당되는 ISD 키를 MNO 이동에 따라 효율적으로 관리하는 방안을 제시한다. 본 발명에서 ISD 키는 eSIM에 탑재되는 부가서비스 만을 관리할 수도 있으며, eSIM 내부 구조에 따라 통신 관련 항목(USIM/SIM 애플릿 및 각종 파일들)들을 관리할 수도 있을 것이다.

본 발명의 실시예들에서는, 이러한 글로벌 플랫폼이 적용되는 eSIM 환경에서, 발급자 시큐리티 도메인(ISD) 키를 특정 MNO를 위한 사전 ISD 키(PreISDKey for MNOi) 및 MNO에 독립적인 디폴트 ISD 키(DefaultISDKey), 특정 MNO를 위한 신규 ISD 키(NewISDKey for MNOi) 등의 여러 형태로 정의한 후, 최초 발급 및 MNO 변경 등의 과정에서 MNO 주도하에서 부가서비스 또는 통신을 위한 프로파일을 안전하게 전달하도록 하는 방안을 제시한다.

도 3은 본 발명의 일 실시예에 의한 eSIM의 내부 구조 및 외부 MNO와의 관계를 도시한다.

본 발명의 일실시예에 의한 시스템은 eSIM(310)을 포함하는 단말(300)과 1 이상의 MNO 시스템(360, 370)으로 구성된다.

이하의 설명에서 MNO1은 초기 개통 MNO로, MNO2, MNO3 등은 추가적인 MNO인 것으로 가정한다.

단말 내부에는 키 관리모듈(350)이 설치되어 있으며, 이러한 키 관리 모듈은 아래에서 설명할 바와 같이, MNO 시스템 또는 SM과 연동하여 필요한 ISD 키를 발급하거나 수신하는 일체의 기능을 수행하는 모듈이다. 이러한 키 관리 모듈(350)은 도 4 또는 도 5에 의한 초기 키 발급 과정에서는 물론, 도 6과 같은 MNO 변경 과정 및 도 7과 같이 SM이 포함된 통신환경에서 본 명세서에서 정의하는 특정 MNO를 위한 사전 ISD 키(PreISDKey for MNOi) 및 MNO에 독립적인 디폴트 ISD 키(DefaultISDKey) 등을 발급하거나, 특정 MNO를 위한 신규 ISD 키(NewISDKey for MNOi) 등의 발급 및 수신, 확인과 관련된 일체의 기능을 수행하는 모듈이다. 이러한 과정에서 “키 관리모듈”은 MNO 및 SM 등과 안전한 보안 통신을 수행하여야 하며, 기기 또는 단말 내에 안전한 공간에 위치하고 동작하여 외부 해킹으로부터 보호되어야 한다.

키 관리 모듈(350)은 도 4 이하에서 설명할 키 관리 기능을 수행하는 것으로서, 상기 용어에 한정되는 것은 아니며, 통신모듈, 프로비저닝 모듈, 발급 모듈, 개통 모듈 등 다른 용어로 표현될 수 있다.

또한, eSIM(310)은 내부에 통신 모듈 또는 프로비저닝 프로파일(Provisioning Profile; 312)을 포함한다. 통신 모듈을 포함하는 경우를 ‘분리 구조’라 칭할 수 있고, 통신 모듈없이 통신과 부가 서비스가 통합하여 설계된 ‘통합 구조’인 경우에는 통신 모듈 대신 프로비저닝 프로파일이 존재하게 된다.

즉, eSIM 내부 관련하여 통신과 부가 서비스를 분리하여 설계된 eSIM 구조 (통신모듈이 탑재된 경우, 즉, “분리 구조”)에서는 본 발명이 글로벌 플랫폼(GP)의 ISD 키를 통한 부가 서비스 관리에 활용될 것이며, 통신과 부가 서비스를 통합하여 설계된 구조(즉, “통합 구조”)라면 프로비저닝 프로파일이 존재하여 각 MNO가 프로비저닝 프로파일을 통해 eSIM 내에 통신과 부가 서비스에 대한 프로파일을 ISD 키를 통해 발급하게 되는 것이다.

또한, eSIM 내부에는 칩 OS(Chip OS; 314)와, 그 상위에 배치되는 자바 카드 플랫폼(java card Platform; 316) 및 그 상위의 글로벌 플랫폼(318)과 ISD(320)이 포함된다. ISD 내부에는 ISD 키가 포함되며, 이러한 ISD와 ISD 키에 대해서는 아래에서 더 상세하게 설명한다.

칩 OS(314)는 eSIM 하드웨어와 자바 카드 플랫폼(316) 사이를 연동시키고 기능 구현을 하는 COS (Chip OS) 레벨의 계층이다.

또한, 자바 카드 플랫폼(316)은 eSIM 자원을 eSIM 어플리케이션 (애플릿)이 활용할 수 있도록 하는 인터페이스인 API와, 런타임(Runtime) 및 VM(Virtual Machine)을 제공하는 플랫폼이다.

글로벌 플랫폼(318) 상에는 카드 발급자(Card Issuer)를 대표하고 eSIM 전체를 관리하는 ISD(320)가 존재한다.

본 발명의 일 실시예에 의한 eSIM(310) 또는 키 관리 모듈(350)은 아래와 같은 기능을 구현할 수 있다.

이에 본 발명의 일 실시예에 의한 eSIM은 초기 키 발급 과정에서, 초기 개통 MNO(MNO1) 시스템으로부터 초기 개통 MNO를 위한 사전 발급자 시큐리티 도메인(Issuer Security Domain; ISD) 키 또는 미리 정의된 디폴트 ISD 키를 통한 인증을 수행하고, 초기 개통 MNO 시스템으로부터 신규 ISD 키를 수신하며, 수신된 신규 ISD 키를 이용하여 초기 개통 MNO 시스템과 인증한 후, 초기 개통 MNO과의 통신 또는 부가서비스를 위한 프로파일(MNO1 Profile)을 수신하는 기능을 구비할 수 있다.

또한, 본 발명의 일 실시예에 의한 eSIM은 MNO 변경 과정에서, 도너 MNO(MNO1) 시스템과 MNO1의 신규(New) 발급자 시큐리티 도메인(Issuer Security Domain; ISD) 키를 통한 인증을 수행한 후, 리시빙 MNO(MNO2)의 사전 ISD 키를 MNO1 시스템으로부터 수신하며, 사전 ISD키(PreISDkey)를 이용하여 MNO2 시스템과 인증을 수행한 후, MNO2의 신규 ISD 키(NewISDKey)를 MNO2 시스템으로부터 수신하며, MNO2의 신규 ISD 키를 이용하여 MNO2 시스템과 인증한 후, MNO2와 통신 또는 부가서비스를 위한 프로파일(MNO2 Profile)을 수신하는 기능을 구비할 수 있다.

또한, 본 발명의 다른 실시예에서는, MNO와 구별되는 별도의 가입 관리 장치(Subscription Manager; ‘SM’)이 있는 통신 환경에서, eSIM이 MNO 중 하나로부터 요청을 수신한 SM이 전송하는 요청 MNO의 사전 ISD 키를 수신하여 저장하고, 요청 MNO의 사전 ISD키(PreISDkey)를 이용하여 요청 MNO 시스템과 인증을 수행한 후, 요청 MNO의 신규 ISD 키(NewISDKey)를 수신하며, 신규 ISD 키를 이용하여 요청 MNO 시스템과 인증을 수행한 후, 요청 MNO 시스템으로부터 요청 MNO의 프로파일(MNOi Profile)을 수신하는 기능을 구비할 수 있다.

도 4 이하에서는 이러한 본 발명의 각 실시예에 대하여 더 상세하게 설명한다.

ISD(Issuer Security Domain)은 통상 카드 발급자가 되는 카드 관리자(Administration)를 위한 주요하면서도 필수인 온카드 대리자로서, 카드 관리(Administration)의 통신 요구조건, 제어 및 보안에 대한 지원을 제공하는 주된 온카드(On-card) 엔터티를 의미한다.

이하에서는 본 명세서에서 사용되는 용어를 정리한다.

MNO(Mobile Network Operator)는 이동통신 사업자를 의미하며, 모바일 네트워크를 통해 고객에게 통신 서비스를 제공하는 엔터티를 의미한다.

프로비저닝(Provisioning)은 eUICC 내부로 프로파일을 로딩하는 과정을 의미하며, 프로비저닝 프로파일은 다른 프로비저닝 프로파일 및 오퍼레이션 프로파일을 프로비저닝할 목적으로 장치가 통신 네트워크에 접속하는데 사용되는 프로파일을 의미한다.

가입(Subscription)은 가입자와 무선통신 서비스 제공자 사이의 서비스 제공을 위한 상업적인 관계를 의미한다.

프로파일(Profile)은 eUICC로 프로비저닝 되거나 eUICC 내에서 관리될 수 있는 파일 구조, 데이터 및 애플리케이션의 조합으로서, 사업자 정보인 오퍼레이션 프로파일, 프로비저닝을 위한 프로비저닝 프로파일, 기타 정책 제어 기능(PCF; Policy Control Function)을 위한 프로파일 등 eUICC 내에 존재할 수 있는 모든 정보를 의미한다.

오퍼레이션 프로파일(Operation Profile) 또는 사업자 정보는 사업자 가입(Operational Subscription)과 관련된 모든 종류의 프로파일을 의미한다.

카드 컨텐트(Card Content)는 OPEN의 책임하에서 카드 내에 포함되는 코드 및 애플리케이션 정보(애플리케이션 데이터가 아님)로서, 예를 들면 실행가능한 로드 파일, 애플리케이션 인스턴스 등이 있다.

카드 발급자(Card Issuer)는 카드를 소유하는 엔터티로서, 해당 카드의 양태에 대한 모든 책임을 지는 엔터티를 의미한다.

ISD는 카드 관리(Administration)의 통신 요구조건, 제어 및 보안에 대한 지원을 제공하는 주된 온카드(On-card) 엔터티를 의미한다.

SD는 오프카드(Off-card) 엔터티(예를 들면, 카드 이슈어, 애플리케이션 제공자 또는 제어 기관(Controlling Authority))의 제어, 보안 및 통신 조건 등을 지원하는 온카드 엔터티를 의미한다.

위임 관리(Delegated Management; 이하 ‘DM’이라고도 함)는 승인된 애플리케이션 제공자에 의하여 수행되는 인증 이전(Pre-authorized) 카드 컨텐트 변경을 의미하며, 토큰(Token)은 위임 관리 동작이 승인되었음을 입증하도록 카드 발급자에 의하여 제공되는 암호값(cryptographic value)을 의미한다.

제어 기관(Controlling Authority)은 DAP(Data Authentication Pattern) 검증 권한을 통해서 카드 컨텐트의 제어를 유지하는 특수 권한(Privilege)을 가지는 것을 의미한다.

MNO1 시스템(360)과 MNO2 시스템(370)은 글로벌 플랫폼 기반 카드 관리 기능 및 역할 (SIM과의 상호 인증 및 보안 통신 채널 형성, 어플리케이션 및 데이터 발급 등)을 수행할 수 있다. MNO1과 MNO2는 타사 이동을 위한 사전 협약을 진행한 상태일 수 있다.

또한, 상기 도 3과 같은 구조에 의하여, MNO 시스템들은 eSIM 내의 ISD 키 갱신을 위해 eSIM이 탑재된 기기와 통신을 수행해야 하며, 이를 위해 단말 내에 존재하는 “키 관리모듈(350)”과 TCP/IP (TLS/SSL), HTTP(S) 등의 통신 프로토콜을 통해 통신을 할 수 있으며, OTA RAM (Remote Application Management) 기술을 통해 별도 프로그램 도움 없이 기기에 직접 본 발명과 관련된 글로벌 플랫폼 명령(예를 들면, PUT KEY 등)을 전달하여 통신할 수 있다.

아래에서는 본 발명의 일 실시예에 의한 글로벌 플랫폼 기술의 세부 내용 중 본 발명과 관련된 기술에 대해서 상세하게 설명한다.

SD는 특수 권한을 가지는 애플리케이션(Privilege Application)으로, 시큐어 채널 프로토콜 동작을 지원하거나 카드 컨텐트 관리 기능을 인증하는데 사용되는 암호키들을 보유한다.

각 애플리케이션 및 각각의 실행가능한 로드 파일이 시큐리티 도메인과 관련되어 있으며, 애플리케이션은 관련된 SD의 암호화 서비스를 사용할 수 있다.

모든 카드는 하나의 필수적인 SD를 가지며 이를 ISD라 한다. 다중 SD를 지원하는 카드로 인하여 애플리케이션 제공자는 자신의 SD를 통해서 자신의 애플리케이션을 관리할 수 있고, 카드 발급자로부터 완전히 분리된 키를 이용하여 암호화된 서비스를 제공할 수 있다.

SD는 자신의 키 관리에 대한 책임을 지며, 이를 통하여 각 애플리케이션 제공자의 프라이버시 및 통합성을 위반하지 않으면서도 여러 다른 애플리케이션 제공자로부터의 애플리케이션 및 데이터가 동일 카드내에 같이 존재할 수 있다.

모든 SD에 대한 키와 관련 암호화 작업은 애플리케이션 제공자의 애플리케이션을 개인화하는 동안 안전한 통신 지원을 제공할 수 있고, 자신의 안전한 메시징 키들을 포함하지 않는 애플리케이션의 실행시간 동안 안전한 통신을 가능하게 한다.

ISD는 주로 하나의 특정한 SD로서 동작하지만, 다른 SD와 구분되는 몇가지 특징이 있다.

즉, ISD는 카드내에 최초로 설치되는 애플리케이션이지만, 애플리케이션마다 동일한 방식으로 ISD가 로딩 또는 설치될 필요는 없다. 또한, ISD는 카드 라이프 사이클 상태를 내재하고 있기 때문에 SD 라이프 사이클 상태를 가질 필요가 없으며, 만일 특수 권한(Privilege)을 가진 애플리케이션이 제거되면 카드 리셋 권한을 가지게 된다.

또한, 동일 카드 I/O 인터페이스의 동일한 논리 채널 상에서 암시적으로 선택될 수 있는 애플리케이션이 제거되는 경우에 ISD는 암시적으로 선택된 애플리케이션이 되며, 명령 데이터 필드를 가지지 않는 SELECT 명령에 의하여 선택된 수 있다.

SD를 포함하는 애플리케이션은 시큐어 채널 세션 및 다른 암호화 서비스를 제공하기 위하여 자신의 관련 SD의 서비스를 이용할 수 있다. 애플리케이션은 SD AID(Application Identifier)를 사전에 알 필요가 없으며, 글로벌플랫폼 레지스트리가 이러한 정보를 제공하고, OPEN이 관련된 SD의 기준을 애플리케이션에게 제공한다. 관련 SD가 이양(Extradition)에 의하여 변화될 수 있기 때문에, 애플리케이션은 이러한 기준을 저장할 필요가 없다.

이양(Extradition)는 애플리케이션이 다른 SD와 연관되도록 하는 수단으로서, 실행가능한 로드 파일은 처음에는 그를 로딩하는 SD와 관련되지만, 로딩 프로세스동안 암시적 이양 절차에 의하여 즉각적으로 다른 SD로 이양되거나, 명시적인 이양 절차를 통해서 순차적으로 다른 SD로 이양될 수 있다.

ISD는 이양 대상이 아니며, 이양을 통해서 SD는 자신과 연관될 수 있다. SD는 다른 SD에게 할당되는 특수 권한(Privilege)을 이용하여 다른 SD와 더욱 격리되도록 할 수 있으며, 그 결과 카드 상에는 하나 이상의 연관 계층이 형성될 수 있다. 각 계층의 루트(root)는 자신과 관련된 SD가 된다.

애플리케이션은 연관된 SD의 서비스에 접근할 수 있다. 이러한 서비스를 이용하여 애플리케이션은 개인화 및 런타임 동안 기밀성과 무결성을 보장하면서 SD로부터 암호화 지원에 의존할 수 있다. SD 서비스는 아래와 같은 특성을 가질 수 있다.

오프 카드 엔터티의 성공적인 검증이 있는 경우 시큐어 채널 세션을 개시하며, 무결성 검증에 의하여 시큐어 채널 세션 내에 수신된 명령어를 언랩(Unwrap)하거나 기밀성이 보정된 경우에 원래 데이터를 복호화한다.

또한, APDU 명령어의 시퀀스를 제어하며, 기밀 데이터 블록을 복호화하고, 다음의 유입 명령 또는 다음의 유출 응답에 적용될 수 있는 기밀성 또는 무결성의 시큐리티 레벨을 세팅할 수 있다. 또한, 요청이 있는 경우 시큐어 채널 세션을 클로즈하고 시큐어 채널 세션과 관련된 기밀 데이터를 제거한다.

특정한 시큐어 채널 프로토콜 지원 여부에 따라서, SD는 기밀성을 추가함으로써 시큐어 채널 세션내에 전송된 응답을 랩핑(Wrapping)하거나 기밀성이 보장되는 때 원래 데이터를 암호화하는 기능을 구비할 수 있으며, 기밀 데이터 블록의 암호화 및 APDU 응답의 시퀀스를 제어하는 기능을 수행할 수도 있다.

SD는 다중 시큐어 채널 세션을 동시에 관리(즉, 각각이 시큐어 채널을 개시하는 다수의 논리 채널 상에서 선택된 다수의 애플리케이션들)할 수 있고, 서비스를 이용하도록 시도되는 동시 선택된 다수의 애플리케이션 중에서 하나의 시큐어 채널 세션만을 관리하도록 제한할 수도 있다. SD가 다중 시큐어 채널 세션을 동시에 관리하도록 지원되는 경우에는, 다중 시큐어 채널 세션들 및 각각의 논리 채널들을 구분할 수 있어야 한다. SD가 다중 시큐어 채널 세션을 동시에 관리하도록 지원되지 않는다면, 현재의 시큐어 채널 세션과 다른 논리 채널에게 시큐어 채널 세션의 오픈을 요청하는 때에 SD가 새로운 시큐어 채널 세션을 개시하기 위한 이러한 요청을 거절할 수 있다.

또한, SD는 연관된 애플리케이션 중 하나로 향하는 STORE DATA 명령을 수신할 수 있다. SD는 명령이 애플리케이션으로 포워딩되기 이전에, 현재 시큐어 채널 세션의 시큐리티 레벨에 따라 이러한 명령을 언랩(Unwrap)한다.

ISD는 발급자 식별번호(IIN), 카드 이미지 번호(CIN), 카드 인식 데이터 및 기타 다른 카드 발급자 전용 데이터를 처리할 수 있어야 한다. 이러한 데이터들은 GET DATA 명령을 통해 카드로부터 획득될 수 있다.

발급자 식별 번호(IIN)는 오프카드 엔터티가 사용하는 것으로서, 카드를 특정한 카드 관리 시스템과 연동시키는데 이용된다. IIN은 일반적으로 발급자의 ISO 7812 정의 식별정보를 포함하며, ISO/IEC 7816-6의 태그 ‘42’에 의하여 전송된다. IIN 데이터 엘리먼트는 가변 길이를 가진다.

카드 이미지 번호(CIN)는 카드 베이스 내에서 카드를 고유하게 식별하기 위하여 카드 관리 시스템이 사용하는 것이다. CIN은 고유한 값으로서, ISO/IEC 7816에 정의된 태그 ‘45’(카드 발급자의 데이터)에 의하여 전송되며, 카드 발급자(IIN에 의해서 정의되는)에 의하여 할당된다. CIN 데이터 엘리먼트 역시 가변 길이를 가진다.

카드 관리 시스템은 카드와 상호 동작 하기 이전에 카드에 대한 정보를 알 필요가 있으며, 이러한 정보로는 카드의 종류에 대한 정보와 지원되는 시큐어 채널 프로토콜에 대한 정보들이 있다. 카드 인식 데이터는 이러한 카드에 대한 정보를 제공하는 메커니즘으로서 시행착오의 변동을 방지한다.

ISD 이외의 SD는 보조 SD(Supplementary Security Domain; 이하 ‘SSD’라고도 함)로 표현한 수 있으며, 이러한 SSD는 자신의 식별데이터를 핸들링 한다. 이러한 SSD의 식별 데이터로는 SD 제공자 식별번호(SIN), SD 이미지 번호, SD 관리 데이터 및 기타 애플리케이션 제공자 전용 데이터 등을 포함할 수 있다. 이러한 데이터들은 GET DATA 명령을 통해 카드로부터 획득될 수 있다.

SD 제공자 식별번호(SIN)는 오프카드 엔터티가 사용하는 것으로서, 해당 SD를 특정한 카드 관리 시스템과 연동시키는데 이용된다. SIN은 일반적으로 SD 제공자의 ISO 7812 정의 식별정보를 포함하며, ISO/IEC 7816-6의 태그 ‘42’에 의하여 전송된다. SIN 데이터 엘리먼트는 가변 길이를 가진다.

SD 이미지 번호는 카드 내에서 SD 인스턴스를 고유하게 식별하기 위하여 카드 관리 시스템이 사용하는 것으로서, 고유한 값이 사용될 수 있고 ISO/IEC 7816에 정의된 태그 ‘45’ 에 의하여 전송될 수 있다.

카드 관리 시스템은 카드와 상호 동작 하기 이전에 카드에 대한 정보를 알 필요가 있으며, 이러한 정보로는 SD의 종류에 대한 정보와 지원되는 시큐어 채널 프로토콜에 대한 정보들이 있다.

SD 관리 데이터는 SD에 대한 정보를 제공하는 메커니즘으로서, 시행착오의 변동을 방지한다. SD 관리 데이터는 SELECT 명령에 대한 응답내에 포함되어 리턴되어야 하며, 태그 ‘66’을 가지는 GET DATA 명령에 대한 응답 내에 포함되어 리턴될 수도 있다.

SD 관리 테이터로 제공되는 정보들은 카드와 초기 통신을 인에이블시키기에 충분한 것이어야 하지만, 특정한 요구조건으로 한정되는 것은 아니다. SD 관리 데이터는 카드에 의해 동적으로 업데이트되어야 한다.

아래에서는 본 발명의 일실시예에서 사용되는 ISD 키 및 SD 키에 대하여 설명한다.

본 발명의 일 실시예에 의한 ISD 키 또는 SD 키는 아래와 같은 속성을 가진다.

온카드 엔터티 내부의 각 키를 식별하는 키 식별자를 가진다. 키는 하나 이상의 키 컴포넌트로 이루어져 있다. 예를 들면 대칭키(Symmetric key)는 하나의 키 컴포넌트를 가지며, 비대칭키는 다수의 컴포넌트를 가진다. 모든 키 컴포넌트는 동일한 키 식별자를 공유하여야 하며, 하나의 온카드 엔터티 내에서 키, 그 용도 및 기능을 구분하기 위하여 다른 키 식별자들이 사용되어야 한다. 키에 키 식별자를 할당하는 데에는 제한 또는 미리 정해진 순서는 없으며, 동일 엔터티 내에서 비연속적인 키 식별자가 사용될 수도 있다.

SD 키의 속성으로서, 연관 키 버전 번호(Associated Key Version Number)가 있다. 하나의 온카드 엔터티 내에서 동일한 키에 대한 몇개의 인스턴스 또는 버전을 구분하기 위하여 다른 키 버전들이 사용될 수 있다. 키에 대한 키 버전 번호의 할당에는 특별한 제한이나 미리 정해진 순서는 없다.

또한, SD 키의 속성으로 암호화 알고리즘이 있을 수 있으며, 특정한 키는 오직 하나의 암호화 알고리즘과 관련될 수 있다. 몇몇의 키 길이를 지원하는 암호화 알고리즘의 길이와, 키에 접근하거나 제어하기 위한 접근 조건 등도 SD 키의 속성이 될 수 있다.

이러한 키 속성들로 인하여 온카드 엔터티에게 아이덴터티, 의도된 용도, 암호키의 기능등이 명확하게 지시될 수 있다.

키 식별자와 키 버전 번호의 조합에 의하여 온카드 엔터티 내에서 특정 키가 명확하게 식별될 수 있으며, 키 형태(Type)가 암호화 알고리즘 및 키 컴포넌트를 식별한다. 엔터티 내에서 키와 알고리즘을 명확하게 식별함으로써, 암호화 기능에 대한 잘못된 사용이 방지될 수 있다. 오프 카드 엔터티는 키 정보 템플릿(태그 ‘E0')의 GET DATA 명령을 이용하여 SD 키에 대한 정보를 획득할 수 있다.

한편, 본 발명의 일 실시예에 의하여 SD가 키를 관리하는 방식은 다음과 같다.

키 식별자 및 키 버전 번호는 온카드 엔터티 내에서 각각의 키를 고유하게 참조하며, 각 키 식별자/키 버전 번호 조합이 엔터티 내에서 고유한 키 슬롯을 나타낸다.

키를 추가하는 것은 새로운 키 값, 새로운 키 식별자 또는 새로운 키 버전 번호로 새로운 키 슬롯을 할당하는 것과 같다. 키를 대체하는 것은 새로운 키 값과 관련된 키 버전 번호로 키 슬롯을 업데이트 하는 것과 관련된다. 키 식별자는 여전히 동일하게 남아있으며, 이전 키는 더이상 사용될 수 없다.

오프카드 키 관리 시스템은 온카드 엔터티에 의하여 수행되는 키 식별 방식을 알고 있어야 하며, 키 식별자 및 키 버전 번호는 특정한 카드에 대해 임의의 값을 가질 수 있고, 이러한 값들은 하나의 키 관리 방식에서 다음 방식으로 변화할 수 있다.

SD는 각 키와 관련된 PUT KEY 명령어로 제공되는 모든 키 정보들을 저장하고 있어야 한다.

SD 키에 할당되는 접근 조건으로는 3가지가 있을 수 있으며, SD 자신에 의한 접근과,소유자 이외의 인증된 사용자(예를 들면, SD의 연관 애플리케이션 등)의 접근 및 소유자를 포함한 모든 인증된 사용자의 접근이 그것이다.

SD 키에 대한 접근 조건은 1바이트로 나타낼 수 있으며, 예를 들면 ‘00’은 소유자를 포함한 어떠한 인증된 사용자를 나타내고(이는 PUT KEY 명령으로 명시적으로 제공되지 않는 경우, 시큐어 채널 프로토콜 키에 대한 기본 접근 조건임), ‘01’은 소유자(SD) 자신을 나타내며(이는 PUT KEY 명령으로 명시적으로 제공되지 않는 경우, 토큰과 DAP 키에 대한 기본 접근 조건임), ‘02’는 소유자 이외의 인증된 사용자를 나타내는 등이 될 수 있으나 그에 한정되는 것은 아니다. 특정 SD 키에 적용될 수 있는 접근 제어 규칙은 아래와 같이 강제될 수 있다.

특정한 SD 암호화 서비스를 사용하기 위하여, 애플리케이션은 OPEN에게 시큐어 채널 인터페이스의 참조를 요청하고, OPEN은 애플리케이션과 관련된 SD를 식별한 후 해당 애플리케이션에게 대응되는 시큐어 채널 인터페이스 참조를 제공할 수 있다.

또한, 애플리케이션은 시큐어 채널 인터페이스를 경유하여 SD에게 암호화 서비스를 요청할 수 있으며, OPEN은 관련 애플리케이션에 대해서만 접근을 허용할 수 있다.

데이터 및 키의 관리 방식을 설명하면 다음과 같다. 데이터/키 관리 요청이 수신되면 해당되는 SD가 자신의 접근 제어 규정에 따라 해당되는 키/데이터를 관리하여야 하며, 카드 라이프 사이클 상태는 CARD_LOCKED 또는 TERMINATED가 아니어야 한다.

DELETE [key], PUT KEY 또는 STORE DATA 명령어가 수신되면, 데이터 또는 키 관리를 수행하는 SD는 자신의 시큐어 통신 정책을 적용해야 하며, SD 제공자는 키의 삭제와 관련된 키 관리 정책을 적용할 수 있다.

도 4 및 도 5는 본 발명의 일 실시예에 의한 최초 ISD 키 발급 과정을 도시하는 흐름도이다.

도 4는 특정 MNO를 위한 사전 ISD 키(PreISDKey for MNOi)를 이용하는 경우이고, 도 5는 MNO에 독립적인 디폴트 ISD 키(DefaultISDKey)를 이용하는 경우이다.

전자(도 4의 실시예)는 eSIM 탑재 기기가 MNO1을 통해 유통되어 MNO1의 사전 ISD Key (이하 preISDKey for MNO1)가 미리 탑재되어 있는 경우이며, 후자(도 5)는 eSIM 탑재 기기가 MNO와 무관하게 유통되어 모든 MNO가 알고 있는 디폴트 ISD Key (이하 defaultISDKey)가 탑재되어 있는 경우이다.

우선, 특정 MNO를 위한 사전 ISD 키(PreISDKey for MNOi)를 이용하는 최초 ISD 발급과정을 설명하면 다음과 같다.

도 4와 같이, eSIM 탑재 기기는 기본 탑재된 통신모듈 (for MNO1) 또는 프로비전닝 프로파일을 통해 최초 개통 MNO인 MNO1 네트워크에 접속한다(S410).

그러면, MNO1 시스템은 자신의 사전 ISD 키(PreISDKey for MNO1)를 활용하여 “키관리모듈(350)”과의 연동 또는 OTA RAM 방식을 통해 eSIM 내의 ISD와 인증을 수행한다(S420).

ISD 인증 수행 후, MNO1 시스템은 자신의 ISD 키 관리 정책에 따라 신규 ISD Key (이하 newISDKey)를 생성한 후(S430), eSIM의 “키 관리모듈(350)”과의 연동 또는 OTA RAM 방식을 통해 eSIM의 ISD에 주입 (PUT KEY) 한다(S440).

이때, “분리 구조”일 경우, MNO1 시스템은 선택적으로 eSIM이 탑재된 기기의 통신 개통 정보를 조회하여 정상적으로 개통이 된 경우에 대해서 MNO1의 신규 ISD 키(NewISDKey for MNO1)를 주입할 수 있다.

그런 다음, MNO1 시스템은 자신의 신규 ISD 키(NewISDKey for MNO1)를 활용하여 eSIM과 인증 수행 후, 통신 또는 부가서비스 제공을 위한 자신의 프로파일, 즉 MNO1 프로파일을 eSIM에 발급한다(S450).

그 후, MNO1 프로파일을 수신한 eSIM은 그를 이용하여 MNO1 시스템으로부터 통신 또는 부가서비스를 제공받을 수 있게 된다.

다음으로, 도 5를 참고로, MNO에 독립적인 디폴트 ISD 키(DefaultISDKey)를 이용하는 최초 ISD 발급과정을 설명하면 다음과 같다.

도 5와 같이, eSIM 탑재 기기는 기본 탑재된 통신모듈 (for MNO1) 또는 프로비전닝 프로파일을 통해 최초 개통 MNO인 MNO1 네트워크에 접속한다(S510).

그러면, MNO1 시스템은 미리 알고 있는 MNO 독립적인 디폴트 ISD 키 (DefaultISDKey)를 활용하여 “키관리모듈(350)”과의 연동 또는 OTA RAM 방식을 통해 eSIM 내의 ISD와 인증을 수행한다(S520).

ISD 인증 수행 후, MNO1 시스템은 자신의 ISD 키 관리 정책에 따라 신규 ISD Key (이하 newISDKey)를 생성한 후(S530), eSIM의 “키 관리모듈(350)”과의 연동 또는 OTA RAM 방식을 통해 eSIM의 ISD에 주입 (PUT KEY) 한다(S540).

이때, “분리 구조”일 경우, MNO1 시스템은 선택적으로 eSIM이 탑재된 기기의 통신 개통 정보를 조회하여 정상적으로 개통이 된 경우에 대해서 MNO1의 신규 ISD 키(NewISDKey for MNO1)를 주입할 수 있다.

그런 다음, MNO1 시스템은 자신의 신규 ISD 키(NewISDKey for MNO1)를 활용하여 eSIM과 인증 수행 후, 통신 또는 부가서비스 제공을 위한 자신의 프로파일, 즉 MNO1 프로파일을 eSIM에 발급한다(S550).

그 후, MNO1 프로파일을 수신한 eSIM은 그를 이용하여 MNO1 시스템으로부터 통신 또는 부가서비스를 제공받을 수 있게 된다.

도 6은 본 발명의 일 실시예에 의한 MNO 변경 과정을 도시한다.

도 6의 실시예에서 MNO1이 도너(Donor) MNO이고, MNO2가 리시빙 MNO(Receiving MNO)인 것으로 가정하여 설명한다. 도너 MNO인 MNO1은 초기 개통 MNO일 수도 있으나 그에 한정되는 것은 아니다.

도 6에 의한 MNO 변경 과정을 설명하면 아래와 같다.

우선 전제 조건으로서, 리시빙 MNO인 MNO2는 도너 MNO인 MNO1과 사전 협의를 통해 eSIM 기반 통신사 변경 절차 수행에 대한 합의를 할 수 있으며, 이에 대해 시스템적으로 통신사 변경 시 변경할 MNO2의 사전 ISD 키(preISDKey for MNO2)를 미리 HSM(Hardware Security Management) 등의 안전한 방식을 통해 MNO1 시스템에 주입해 둔 상태이다.

HSM (Hardware Security Module)은 일종의 보안 연산기로 전자서명 등에 필요한 공개키/개인키 쌍을 생성하고 저장하며 이에 따른 비대칭 암호 시스템의 연산을 수행하는 역할을 수행하기도 하며, 서버의 중요 보안 키를 관리하는 요도로 활용된다. HSM은 물리적인 기기로 플러그인 카드 형태이거나 서버나 PC와 TCP/IP 기반으로 연결될 수 있는 보안 기기 형태가 될 수 있다. SIM 부가 서비스 환경에서 HSM은 여러 비즈니스 파트너 간에 키를 안전하게 전달하는 용도로 활용된다. 특정 비즈니스 파트너가 제휴하고자 하는 비즈니스 파트너를 오프라인으로 방문하여 키 컴포넌트 값들을 HSM에 입력하면 HSM은 내부 보안 로직에 따라 보안 키를 생성하고 시스템에 적용시키게 된다. 이때, 실제 생성된 보안 키 값은 내외부 자연인이 알 수 없기에 그 안전성이 보장된다.

이러한 사전 조건 하에서, MNO2 시스템은 MNO1 시스템에게 통신사 변경 또는 MNO 변경 요청 신호를 전송한다(S610).

MNO1 시스템은 이미 eSIM과 서비스를 하고 있는 상태이므로 자신의 신규 ISD 키(이미, eSIM도 알고 있는 상태임)즉, newISDKey for MNO1을 통해 eSIM과 인증을 수행한 후, 리시빙 MNO인 MNO2의 사전 ISD 키(PreISDKey for MNO2)를 eSIM의 키 관리모듈(350)과의 연동 또는 OTA RAM 방식을 통해 eSIM의 ISD에 주입 (PUT KEY)한다(S620). 이때, 분리 구조일 경우, MNO1 시스템은 선택적으로 eSIM이 탑재된 기기의 통신 관련 통신사 변경 정보를 조회하여 정상적으로 MNO2로 변경된 경우에 대해서 인 MNO2의 사전 ISD 키(PreISDKey for MNO2)를 주입할 수 있다.

다음으로, eSIM 탑재 기기가 재부팅 후, 통신모듈 (for MNO2, 통신 관련 통신사 변경 완료) 또는 프로비저닝 프로파일을 통해 MNO2 네트워크에 접속한다(S630).

그러면 리시빙 MNO인 MNO2 시스템은 자신의 사전 ISD 키(PreISDKey for MNO2)를 활용하여 eSIM의 키 관리모듈과의 연동 또는 OTA RAM 방식을 통해 eSIM 내의 ISD와 인증을 수행한다(S640).

ISD 인증 수행 후, MNO2 시스템은 자신의 ISD 키 관리 정책에 따라 신규 ISD 키(NewISDKey for MNO2)를 생성한 후(S650), eSIM의 키 관리모듈과의 연동 또는 OTA RAM 방식을 통해 신규 ISD 키(NewISDKey for MNO3)를 eSIM의 ISD에 주입 (PUT KEY) 한다(S660).

이때, “분리 구조”일 경우, MNO2 시스템은 선택적으로 eSIM이 탑재된 기기의 통신 개통 정보를 조회하여 정상적으로 개통이 된 경우에 대해서 신규 ISD 키(NewISDKey for MNO2)를 주입할 수 있다.

다음으로, MNO2 시스템은 신규 ISD 키(NewISDKey for MNO2)를 활용하여 eSIM과 인증 수행 후, MNO2의 통신 또는 부가서비스 제공 등을 위한 MNO2의 프로파일을 eSIM으로 발급한다(S670).

도 7은 본 발명의 실시예에 의한 각종 ISD 키 관리를 가입 관리 장치(Subscription Manager; SM)가 수행하는 경우를 도시한다.

즉, 도 7은 eSIM 환경에서의 통신 개통 및 부가 서비스 관련 ISD 키를 MNO가 아닌 제 3의 개체, 예를 들면, 가입 관치 장치(Subscription Manager; SM)가 수행할 경우의 실시예이다.

도 7에 의한 실시예에서는, 사전 조건으로서, 각 MNO는 MNO 자신의 ISD 키 관리 정책에 따라 자신의 사전 ISD 키(PreISDKey for MNOi, i=1, 2, 3, …)를 생성하여, SM에게 미리 HSM 등의 안전한 방식을 통해 전달해 둔 상태이다(S710).

또한, eSIM은 최초 유통 시 SM의 사전 ISD 키(PreISDKey for SM)가 주입되어 있는 상태이며, MNO 중 특정 MNO(이하, 요청 MNO라 함)로부터 개통/발급/이동 등의 요청이 있을 경우, SM은 SM의 사전 ISD 키(PreISDKey for SM)를 이용하여 eSIM과 인증한 후에, 해당되는 요청 MNO의 사전 ISD 키(PreISDKey for MNOn)을 eSIM에 주입한다(S720).

다음으로, 요청 MNO 시스템인 MNO1 시스템은 자신의 ISD 키 관리 정책에 따라 자신의 신규 ISD 키(NewISDKey for MNO1)을 생성한다(S730).

MNO1 시스템은 eSIM 구조에 따라 자신의 네트워크에 접속된 eSIM 탑재 기기에 사전 ISD 키(PreISDKey for MNO1)를 이용하여 eSIM과 인증을 수행한 후, 생성된 자신의 신규 ISD 키(NewISDKey for MNO1)를 eSIM에 전송하여 주입한다(S740)

다음으로, MNO1 시스템은 자신의 신규 ISD 키(NewISDKey for MNO1)를 활용하여 eSIM과 인증 수행 후, MNO1의 통신 또는 부가서비스 제공 등을 위한 MNO1의 프로파일을 eSIM으로 발급한다(S750)

이상과 같은 본 발명의 실시예들을 이용하면, eSIM 환경에서 표준 기술의 변경 없이 eSIM의 부가 서비스 (또는 통신 개통 포함)에 대한 사업 주도권을 지속적으로 MNO가 확보할 수 있다.

또한, MNO 주도 또는 제 3의 개체 주도의 발급 구조 환경에서도 ISD 키의 최종 소유가 MNO가 되도록 할 수 있으며, 글로벌 플랫폼에서 제공하는 보안 기능을 활용함으로써 키 주입 및 발급 절차 상의 안전성도 확보할 수 있다는 효과가 있다.

또한, 중복을 피하기 위하여 구체적인 설명은 생략하지만, 이상과 같이 글로벌 플랫폼이 적용되는 eSIM 환경에서, 발급자 시큐리티 도메인(ISD) 키를 특정 MNO를 위한 사전 ISD 키(PreISDKey for MNOi) 및 MNO에 독립적인 디폴트 ISD 키(DefaultISDKey), 특정 MNO를 위한 신규 ISD 키(NewISDKey for MNOi) 등의 여러 형태로 정의한 후, 최초 발급 및 MNO 변경 등의 과정에서 MNO 주도하에서 부가서비스 또는 통신을 위한 프로파일을 안전하게 전달하는 기능의 eSIM, MNO 시스템 등은 컴퓨터가 읽을 수 있는 프로그램을 포함하는 형태로 구현될 수 있을 것이다.

또한, 이러한 기능의 프로그램이 기록된 기록매체 역시 본 발명의 범위에 포함될 것이다.

이와 같이, 컴퓨터가 기록매체에 기록된 프로그램을 읽어 들여 위와 같은 여러 기능을 실행시키기 위하여, 전술한 프로그램은 컴퓨터의 프로세서(CPU)가 읽힐 수 있는 C, C++, JAVA, 기계어 등의 컴퓨터 언어로 코드화된 코드(Code)를 포함할 수 있다.

이러한 코드는 전술한 기능들을 정의한 함수 등과 관련된 기능적인 코드(Function Code)를 포함할 수 있고, 전술한 기능들을 컴퓨터의 프로세서가 소정의 절차대로 실행시키는데 필요한 실행 절차 관련 제어 코드를 포함할 수 있다.

또한, 이러한 코드는 전술한 기능들을 컴퓨터의 프로세서가 실행시키는데 필요한 추가 정보나 미디어가 컴퓨터의 내부 또는 외부 메모리의 어느 위치(주소 번지)에서 참조 되어야 하는지에 대한 메모리 참조 관련 코드를 더 포함할 수 있다.

또한, 컴퓨터의 프로세서가 전술한 기능들을 실행시키기 위하여 원격(Remote)에 있는 어떠한 다른 컴퓨터나 서버 등과 통신이 필요한 경우, 코드는 컴퓨터의 프로세서가 컴퓨터의 통신 모듈(예: 유선 및/또는 무선 통신 모듈)을 이용하여 원격(Remote)에 있는 어떠한 다른 컴퓨터나 서버 등과 어떻게 통신해야만 하는지, 통신 시 어떠한 정보나 미디어를 송수신해야 하는지 등에 대한 통신 관련 코드를 더 포함할 수도 있다.

그리고, 본 발명을 구현하기 위한 기능적인(Functional) 프로그램과 이와 관련된 코드 및 코드 세그먼트 등은, 기록매체를 읽어서 프로그램을 실행시키는 컴퓨터의 시스템 환경 등을 고려하여, 본 발명이 속하는 기술분야의 프로그래머 들에 의해 용이하게 추론되거나 변경될 수도 있다.

전술한 바와 같은 프로그램을 기록한 컴퓨터로 읽힐 수 있는 기록매체는, 일 예로, ROM, RAM, CD-ROM, 자기 테이프, 플로피디스크, 광 미디어 저장장치 등이 있다.

또한 전술한 바와 같은 프로그램을 기록한 컴퓨터로 읽힐 수 있는 기록매체는 네트워크로 커넥션된 컴퓨터 시스템에 분산되어, 분산방식으로 컴퓨터가 읽을 수 있는 코드가 저장되고 실행될 수 있다. 이 경우, 다수의 분산된 컴퓨터 중 어느 하나 이상의 컴퓨터는 상기에 제시된 기능들 중 일부를 실행하고, 그 결과를 다른 분산된 컴퓨터들 중 하나 이상에 그 실행 결과를 전송할 수 있으며, 그 결과를 전송받은 컴퓨터 역시 상기에 제시된 기능들 중 일부를 실행하여, 그 결과를 역시 다른 분산된 컴퓨터들에 제공할 수 있다.

특히, 본 발명의 실시예에 따른 eUICC 인증정보와 관련된 여러 기능 또는 방법을 실행시키기 위한 프로그램인 애플리케이션을 기록한 컴퓨터로 읽을 수 있는 기록매체는, 애플리케이션 스토어 서버(Application Store Server), 애플리케이션 또는 해당 서비스와 관련된 웹 서버 등의 애플리케이션 제공 서버(Application Provider Server)에 포함된 저장매체(예: 하드디스크 등)이거나, 애플리케이션 제공 서버 그 자체일 수도 있다.

이상에서, 본 발명의 실시예를 구성하는 모든 구성 요소들이 하나로 결합되거나 결합되어 동작하는 것으로 설명되었다고 해서, 본 발명이 반드시 이러한 실시예에 한정되는 것은 아니다. 즉, 본 발명의 목적 범위 안에서라면, 그 모든 구성 요소들이 하나 이상으로 선택적으로 결합하여 동작할 수도 있다. 또한, 그 모든 구성 요소들이 각각 하나의 독립적인 하드웨어로 구현될 수 있지만, 각 구성 요소들의 그 일부 또는 전부가 선택적으로 조합되어 하나 또는 복수 개의 하드웨어에서 조합된 일부 또는 전부의 기능을 수행하는 프로그램 모듈을 갖는 컴퓨터 프로그램으로서 구현될 수도 있다. 그 컴퓨터 프로그램을 구성하는 코드들 및 코드 세그먼트들은 본 발명의 기술 분야의 당업자에 의해 용이하게 추론될 수 있을 것이다. 이러한 컴퓨터 프로그램은 컴퓨터가 읽을 수 있는 저장매체(Computer Readable Media)에 저장되어 컴퓨터에 의하여 읽혀지고 실행됨으로써, 본 발명의 실시예를 구현할 수 있다. 컴퓨터 프로그램의 저장매체로서는 자기 기록매체, 광 기록매체, 캐리어 웨이브 매체 등이 포함될 수 있다.

또한, 이상에서 기재된 "포함하다", "구성하다" 또는 "가지다" 등의 용어는, 특별히 반대되는 기재가 없는 한, 해당 구성 요소가 내재될 수 있음을 의미하는 것이므로, 다른 구성 요소를 제외하는 것이 아니라 다른 구성 요소를 더 포함할 수 있는 것으로 해석되어야 한다. 기술적이거나 과학적인 용어를 포함한 모든 용어들은, 다르게 정의되지 않는 한, 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 것과 동일한 의미를 가진다. 사전에 정의된 용어와 같이 일반적으로 사용되는 용어들은 관련 기술의 문맥 상의 의미와 일치 하는 것으로 해석되어야 하며, 본 발명에서 명백하게 정의하지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않는다.

이상의 설명은 본 발명의 기술 사상을 예시적으로 설명한 것에 불과한 것으로서, 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자라면 본 발명의 본질적인 특성에서 벗어나지 않는 범위에서 다양한 수정 및 변형이 가능할 것이다. 따라서, 본 발명에 개시된 실시 예들은 본 발명의 기술 사상을 한정하기 위한 것이 아니라 설명하기 위한 것이고, 이러한 실시 예에 의하여 본 발명의 기술 사상의 범위가 한정되는 것은 아니다. 본 발명의 보호 범위는 아래의 청구범위에 의하여 해석되어야 하며, 그와 동등한 범위 내에 있는 모든 기술 사상은 본 발명의 권리범위에 포함되는 것으로 해석되어야 할 것이다.

Claims (1)

1. 내장 UICC(eUICC: embedded Universal IC Card)에서 수행되는 프로파일 관리 방법에 있어서,
   가입자 시큐리티 도메인(ISD: Issuer Security Domain)을 생성하는 단계;
   상기 ISD에 기반하여 가입자 관리 시스템(Subscription Manager)을 인증하는 단계; 및
   상기 인증된 가입 관리 시스템을 통하여 통신 사업자 시스템과의 통신 및 부가서비스를 위한 프로파일을 수신하는 단계를 포함하는, eUICC를 이용한 프로파일 관리 방법.

Images