KR20160057732A

KR20160057732A - 데이터 무손실을 보장하는 스마트카드 개방형 애플릿 갱신 방법

Info

Publication number: KR20160057732A
Application number: KR1020140158707A
Authority: KR
Inventors: 조성준; 최활석
Original assignee: 주식회사 한국스마트카드
Priority date: 2014-11-14
Filing date: 2014-11-14
Publication date: 2016-05-24
Also published as: WO2016076533A1

Abstract

본 발명은 데이터를 포함하는 애플릿 갱신방법 및 이를 위한 장치에 관한 것으로서, 상기 애플릿 갱신방법은, 제1버전의 사용자 애플릿에 저장된 데이터를 백업 애플릿에 백업하는 단계; 상기 제1버전의 사용자 애플릿에 대한 CAP파일 및 상기 제1버전의 사용자 애플릿을 제거하는 단계; 제2버전의 사용자 애플릿을 설치하는 단계; 및 상기 백업 애플릿에 백업된 데이터를 상기 제2버전의 사용자 애플릿의 데이터 저장영역에 복사하는 단계를 포함할 수 있다.

Description

데이터 무손실을 보장하는 스마트카드 개방형 애플릿 갱신 방법{Method for updating open-type smart card applet without loosing user data stored in the smart card}

본 발명은 데이터 무손실을 보장하는 스마트카드 개방형 애플릿 갱신 방법 및 이를 위한 장치에 관한 기술이다.

개방형 스마트카드는 운영체제(OS), API(Application Program Interface), 및 복수 개의 애플릿(Applet)을 포함하여 구성될 수 있다. 이때, 각 애플릿은 서로 독립적인 공간을 가질 수 있으며, 서로 독립적으로 동작하여 서로에 대하여 접근하지 못하는 것이 기본적인 동작 모드이다.

이때, 상기 API에서 제공하는 애플릿 간 통신 기능을 이용한다면, 상기 각 애플릿들은 서로 통신할 수 있다. 예컨대, 상기 통신 기능으로는 글로벌 플랫폼에서 지원하는 SIO(Sharable Interface Object, 쉐어러블 인터페이스 오브젝트)라는 기능이 있다. 이때, 본 명세서에서, 상기 "통신 기능"은 "애플릿 간 터널링 기능" 또는 "터널링 기능"이라는 용어로 지칭될 수도 있다. SIO에 관한 내용은 JCRE(Java Card Runtime Environment)의 6.2.4절에 설명되어 있는데, 두 개의 애플릿 중 서버로서 동작하는 서버 애플릿 A가 SIO를 생성하고, 클라이언트로서 동작하는 클라이언트 애플릿 B가 상기 생성된 SIO를 획득하여 클라이언트 애플릿 B가 서버 애플릿 A로부터의 서비스를 요청하는 과정이 설명되어 있다.

한편, 상기 각 애플릿에는 상기 각 애플릿을 식별할 수 있는 고유의 아이디가 할당되어 있어서, 외부에서 특정 애플릿에 접근할 때에는 반드시 상기 특정 애플릿의 고유의 아이디를 알고 있어야만 한다. 상술한 터널링 기능을 이용하여 제1아이디를 갖는 제1애플릿과 제2아이디를 갖는 제2애플릿이 서로 통신하기 위해서는, 제1애플릿이 상기 제2아이디를 알고 있어야 하며, 제2애플릿은 상기 제1아이디를 알고 있어야 한다. 이때, 상기 제1애플릿 또는 상기 제2애플릿이 스마트카드 내에서 동작하고 있는 도중에는 별도로 다른 애플릿의 아이디를 심을 수 없다. 따라서 제1애플릿과 제2애플릿 간에 통신이 가능하려면, 상기 제1애플릿과 상기 제2애플릿을 설계하는 단계에서부터 서로의 아이디를 각각 저장해 두어야 한다. 즉, 상기 제1애플릿의 설계 시점부터 제1애플릿의 저장영역에 상기 제2애플릿의 제2아이디를 저장해 두어야 하며, 상기 제2애플릿의 설계 시점부터 제2애플릿의 저장영역에 상기 제1애플릿의 제1아이디를 저장해 두어야 한다.

한편, 제1버전의 제1애플릿을 제2버전의 제1애플릿으로 갱신하고자 하는 경우에 발생하는 문제점을 살펴본다. 이때, 버전과 무관하게 상기 제1애플릿은 언제나 동일한 제1아이디를 갖는다는 것을 전제로 한다.

상기 버전 갱신을 하는 동안, 상기 제1애플릿에 저장된 저장데이터가 사라질 수 있기 때문에, 이를 방지하는 한 가지 실시예를 가정해 볼 수 있다. 즉, 상기 제1버전의 제1애플릿과 상기 제2버전의 제1애플릿을 한 개의 스마트카드에 함께 설치할 수 있다고 가정한다(일반적으로는 특정 버전의 제1애플릿이 스마트카드에 설치된 경우 다른 버전의 제1애플릿은 상기 스마트카드에 설치하지 않는 방식이 사용되고 있다). 그 후, 상기 제1버전의 제1애플릿에 저장되어 있던 저장데이터를 상기 제2버전의 제1애플릿으로 이동시키는 방법을 생각해 볼 수 있다. 이때, 예컨대, 상기 버전 갱신을 위해 상기 제1버전의 제1애플릿이 상기 제2버전의 제1애플릿을 호출할 때에, 상기 제1버전의 제1애플릿과 상기 제2버전의 제1애플릿은 모두 동일한 제1아이디를 갖고 있기 때문에, 자기 자신을 호출하면서 제2버전의 제1애플릿을 호출하는 모순적인 상황이 발생할 수 있다. 또한, 외부에서 상기 제1버전의 제1애플릿과 상기 제2버전의 제1애플릿을 서로 구분할 수 없는 상황이 발생할 수 있다. 따라서 이러한 실시예는 불가능한 것으로 판단할 수 있다.

애플릿에 저장된 데이터를 유지하면서 애플릿의 버전을 갱신하는 방법으로서 웹에 존재하는 서버를 이용하는 방법이 존재한다. 그러나 웹을 이용하는 방법은 인터넷 등 통신 네트워크에 접근할 수 있을 때에만 가능하다는 문제가 있다.

이러한 상황에서, 본 발명에서는 웹에 접근하지 않고도 특정 애플릿에 저장된 저장데이터를 유지하면서 상기 특정 애플릿의 버전을 갱신할 수 있는 기술을 제공하고자 한다.

개방형 스마트카드에 포함되어 있는 애플릿은 구동프로그램, 저장데이터 정의, 읽기, 및 쓰기 기능으로 구성될 수 있다. 이때, 상기 애플릿의 버전을 갱신할 때에 상기 저장데이터를 웹 등을 통해 외부 저장장치에 따로 보관하지 않는 이상 보관할 수 있는 방법이 없기 때문에, 상기 저장데이터가 손실될 수밖에 없다.

따라서 본 발명에서는 상기 저장데이터를 웹 등의 외부 저장장치에 저장하지 않고도, 상기 저장데이터의 손실을 막으면서 상기 애플릿을 다른 버전으로 갱신하는 기술을 제공하고자 한다.

본 발명의 일 관점에 따른 애플릿 설치부와 운영체제를 포함하는 애플릿 실행장치에서 애플릿을 갱신하는 방법은, 애플릿 설치부에 설치되어 있는 제1버전의 제1애플릿의 버전을 제1버전에서 제2버전으로 갱신하라는 요청을 수신하는 애플릿 갱신요청 수신단계; 상기 제1버전의 제1애플릿과 상기 애플릿 설치부에 설치되어 있는 백업 애플릿이, SIO를 이용하여 상기 제1버전의 제1애플릿의 저장영역에 저장된 사용자 데이터를 상기 백업 애플릿의 저장영역에 백업하는 사용자 데이터 백업단계; 상기 제1버전의 제1애플릿을 제거하는 애플릿 제거단계; 상기 제2버전의 제1애플릿을 상기 애플릿 설치부에 설치하는 애플릿 설치단계; 및 상기 제2버전의 제1애플릿과 상기 백업 애플릿이, SIO를 이용하여 상기 백업 애플릿에 백업된 상기 사용자 데이터를 상기 제2버전의 제1애플릿의 저장영역에 복구하는 사용자 데이터 복구단계를 포함할 수 있다.

이때, 상기 애플릿 제거단계와 상기 애플릿 설치단계 사이에, 상기 제1버전의 제1애플릿에 대응하는 제1CAP파일을 CAP파일 저장부에서 제거하는 단계; 및 상기 제2버전의 제1애플릿에 대응하는 제2CAP파일을 상기 CAP파일 저장부에 기록하는 단계를 더 포함할 수 있다.

이때, 상기 제1버전의 제1애플릿과 상기 제2버전의 제1애플릿을 식별할 수 있는 아이디는 제1아이디로서 서로 동일하고, 상기 백업 애플릿을 식별할 수 있는 제2아이디는 상기 제1아이디와 다르며, 상기 제1버전의 제1애플릿과 상기 백업 애플릿은 서로의 아이디를 저장하고 있으며, 상기 제2버전의 제1애플릿과 상기 백업 애플릿은 서로의 아이디를 저장하고 있을 수 있다.

이때, 상기 SIO는 상기 제1애플릿을 식별할 수 있는 제1아이디와 상기 백업 애플릿을 식별할 수 있는 제2아이디를 이용하여 상기 제1애플릿과 상기 백업 애플릿을 특정하는 기능을 포함할 수 있다.

이때, 상기 사용자 데이터 백업단계에서, 상기 백업 애플릿이 주체가 되어 상기 제1버전의 제1애플릿으로부터 사용자 데이터를 획득하는 제1백업방법이 수행되거나, 또는 상기 제1버전의 제1애플릿이 주체가 되어 상기 백업 애플릿에게 사용자 데이터를 제공하는 제2백업방법이 수행되도록 되어 있을 수 있다.

이때, 상기 사용자 데이터 복구단계에서, 상기 백업 애플릿이 주체가 되어 상기 제1애플릿에게 사용자 데이터를 제공하는 제1복구방법이 수행되거나, 또는 상기 제1애플릿이 주체가 되어 상기 백업 애플릿으로부터 사용자 데이터를 획득하는 제2복구방법이 수행되도록 되어 있을 수 있다.

이때, 상기 애플릿 갱신요청 수신단계는, 상기 제2CAP파일을 수신 받아, 상기 CAP파일 저장부의 외부에 존재하는 저장영역에 기록하는 단계를 포함할 수 있다.

한편, 본 발명의 다른 관점에 따른 애플릿 실행장치는, 제1애플릿 및 백업 애플릿을 포함하는 애플릿 설치부; CAP파일 저장부를 포함하는 운영체제; 및 통신부를 포함할 수 있다. 이때, 상기 운영체제가, 상기 통신부를 통해, 애플릿 설치부에 설치되어 있는 제1버전의 제1애플릿의 버전을 제1버전에서 제2버전으로 갱신하라는 요청을 수신하는 애플릿 갱신요청 수신단계; 상기 제1버전의 제1애플릿과 상기 애플릿 설치부에 설치되어 있는 백업 애플릿으로 하여금, SIO를 이용하여 상기 제1버전의 제1애플릿의 저장영역에 저장된 사용자 데이터를 상기 백업 애플릿의 저장영역에 백업하도록 하는 사용자 데이터 백업단계; 상기 제1버전의 제1애플릿을 제거하는 애플릿 제거단계; 상기 제2버전의 제1애플릿을 상기 애플릿 설치부에 설치하는 애플릿 설치단계; 및 상기 제2버전의 제1애플릿과 상기 백업 애플릿으로 하여금, SIO를 이용하여 상기 백업 애플릿에 백업된 상기 사용자 데이터를 상기 제2버전의 제1애플릿의 저장영역에 복구하도록 하는 사용자 데이터 복구단계를 수행하도록 되어 있을 수 있다.

이때, 상기 애플릿 제거단계와 상기 애플릿 설치단계 사이에, 상기 운영체제가, 상기 제1버전의 제1애플릿에 대응하는 제1CAP파일을 CAP파일 저장부에서 제거하는 단계; 및 상기 제2버전의 제1애플릿에 대응하는 제2CAP파일을 상기 CAP파일 저장부에 기록하는 단계를 더 수행하도록 되어 있을 수 있다.

한편, 본 발명의 또 다른 관점에 따른 데이터를 포함하는 애플릿 갱신방법은, 운영체제가 제1버전의 제1애플릿에 대한 CAP파일 및 백업 애플릿에 대한 CAP파일을 CAP파일 저장부에 저장하는 제1단계; 상기 운영체제가 상기 제1버전의 제1애플릿 및 상기 백업 애플릿을 애플릿 설치부에 설치하는 제2단계; 상기 운영체제가 외부 단말기로부터 상기 제1애플릿의 버전을 제1버전에서 제2버전으로 갱신하라는 요청을 수신하는 제3단계; SIO를 이용하여 상기 제1버전의 제1애플릿에 저장된 데이터를 상기 백업 애플릿의 저장영역에 백업하는 제4단계; 상기 운영체제가 상기 제1버전의 제1애플릿 및 상기 제1애플릿에 대응하는 CAP파일을 제거하는 제5단계; 상기 운영체제가 상기 제2버전의 상기 제1애플릿에 대한 CAP파일을 CAP파일 저장부에 저장하는 제6단계; 상기 운영체제가 상기 제2버전의 제1애플릿을 상기 애플릿 설치부에 설치하는 제7단계; 및 상기 SIO를 이용하여 상기 백업 애플릿에 백업된 상기 데이터를 상기 제2버전의 제1애플릿의 저장영역에 복사하는 제8단계를 포함할 수 있다.

본 발명에 따르면, 애플릿의 저장데이터를 웹 등의 외부 저장장치에 저장하지 않고도, 상기 저장데이터의 손실을 막으면서 상기 애플릿을 다른 버전으로 갱신하는 기술을 제공할 수 있다.

도 1은 본 발명의 일 실시예에 따른 애플릿 갱신장치에 대해 설명하기 위한 도면이다.
도 2는 본 발명의 일 실시예에 따른 애플릿 갱신장치에 따라 구현된 애플릿 갱신방법에 대해 설명하기 위한 흐름도이다.
도 3a 내지 도 3f는 도 2에서 설명한 애플릿 갱신방법에 따라 구현될 수 있는 애플릿 실행장치(100)의 일 예를 나타낸 것이다.
도 4는 본 발명의 다른 실시예에 따른 애플릿 갱신장치에 따라 구현된 애플릿 갱신방법에 대해 설명하기 위한 흐름도이다.
도 5는 본 발명의 또 다른 실시예에 따른 애플릿 갱신방법을 설명하기 위한 순서도이다.

이하, 본 발명의 실시예를 첨부한 도면을 참고하여 설명한다. 그러나 본 발명은 본 명세서에서 설명하는 실시예에 한정되지 않으며 여러 가지 다른 형태로 구현될 수 있다. 본 명세서에서 사용되는 용어는 실시예의 이해를 돕기 위한 것이며, 본 발명의 범위를 한정하고자 의도된 것이 아니다. 또한, 이하에서 사용되는 단수 형태들은 문구들이 이와 명백히 반대의 의미를 나타내지 않는 한 복수 형태들도 포함한다.

기존의 스마트카드는 소비자가 사용하는 중에 신규 서비스를 추가 제공하거나 기존 서비스를 확장하고자 할 경우, 신규 카드를 개발하고 개인정보를 신규 발급하여 별도로 물리적인 카드를 소비자에게 판매 또는 교체하여 주어야 했다. 또한, 기존 서비스의 문제점이 발견되는 경우, 상황에 따라 문제점이 해결된 신규 카드를 개발하여 기존 카드를 교체하거나 서비스를 중단하여야 했다.

본 발명에서는 신규 서비스 또는 문제점이 발견된 서비스에 해당하는 스마트카드 어플리케이션을 물리적인 카드의 변경 없이 발급된 개인정보를 유지한 상황에서 기존 어플리케이션을 신규 개발된 어플리케이션만으로 교체함으로써 교체에 드는 비용 및 시스템 유지보수 비용을 축소하고자 하며, 서비스를 즉시 반영할 수 있는 기술을 제공하고자 한다.

도 1은 본 발명의 일 실시예에 따른 애플릿 실행장치(100)에 대해 설명하기 위한 도면이다.

도 1에 도시한 바와 같이, 본 발명의 일 실시예에 따른 애플릿(Applet) 실행장치(100)는 애플릿 설치부(110) 및 운영체제(OS, Operating System)(120)를 포함할 수 있다. 이때, 본 발명의 일 실시예에 따른 애플릿 실행장치(100)은 예컨대, 스마트카드, USIM 카드, 또는 사용자 단말기의 형태로 구현될 수 있다.

애플릿 설치부(110)는 복수 개의 애플릿이 설치될 수 있는 영역이다. 상기 애플릿은 예컨대 자바와 같은 객체지향 프로그래밍 언어를 사용하여 제작된 응용프로그램일 수 있으며, 각각의 독립된 작업을 수행할 수 있도록 되어 있다. 이때, 상기 애플릿은 프로그램 영역과 데이터 영역으로 이루어져 있으며, 상기 애플릿이 애플릿 설치부에 존재하는 상태에서 상기 애플릿의 데이터 영역에 저장되어 있는 데이터만 유지한 채 상기 프로그램 소스코드만을 변경하는 것은 불가능하다. 따라서 상기 프로그램 소스코드를 변경할 경우, 상기 애플릿 설치부에 저장되어 있는 다른 애플릿이나 또는, 상기 애플릿 설치부가 아닌 또 다른 저장영역에 백업해둔 후에 변경해야 한다. 이때, 본 명세서에서 '애플릿 설치부'는 '앱설치부'라는 용어로 지칭될 수도 있다.

이때, 본 발명의 일 실시예에 따르면 상기 복수 개의 애플릿 중에는 사용자 애플릿(20), 사용자 애플릿(20)에 저장되어 있는 데이터를 백업하기 위한 백업 애플릿(10)이 포함될 수 있다. 이하 본 명세서에서, '사용자 애플릿'은 '사용자 애플릿'이라는 용어로 지칭될 수 있으며, 사용자 애플릿의 버전에 따라 제1버전의 제1애플릿은 'APP#1_v.1', 제2버전의 제1애플릿은 'APP#1_v.2'와 같은 형태로 표기될 수 있다.

그리고 '백업 애플릿'은 '백업 앱'이라는 용어로 지칭될 수도 있으며, 'APP_Backup' 또는 'APP_B'와 같은 형태로 표기될 수 있다.

이때, 복수 개의 애플릿(10, 20)에는 각각 데이터를 저장할 수 있는 데이터 저장영역(11, 21)이 포함되어 있을 수 있다. 사용자 애플릿(20)의 데이터 저장영역(21)에는 사용자 데이터들이 저장되어 있을 수 있으며, 백업 애플릿(10)의 데이터 저장영역(11)에는 사용자 애플릿(20)으로부터 백업된 사용자 데이터들이 저장될 수 있다. 상기 사용자 데이터는 다른 사람과 구분할 수 있는 특정 개인의 개인정보를 포함할 수 있다.

이때, 각각의 애플릿은 자신을 식별할 수 있도록 하는 아이디(AID, Application Identifier)를 저장하고 있을 수 있다. 또한, 다른 애플릿 중 어느 하나의 애플릿과 데이터 통신이 이루어질 수 있도록 설정되어 있는 경우, 상기 어느 하나의 애플릿의 아이디를 가지고 있을 수 있다. 이때, 상기 자신의 아이디는 '응용 식별자' 또는 'AID'라는 용어로 지칭할 수 있으며, 상기 자신과 데이터 통신이 이루어질 수 있도록 되어 있는 상기 어느 하나의 애플릿의 아이디는 '목적지 식별자', 'Destination AID', 또는 'Dest. AID'라는 용어로 지칭할 수도 있다.

예컨대, 백업 애플릿(10)과 사용자 애플릿(20) 간에 데이터 통신이 이루어질 수 있도록 설정되어 있으며, 백업 애플릿(10)의 아이디가 AID #1이고, 사용자 애플릿(20)의 아이디가 AID #2일 경우, 백업 애플릿(10)은 자신의 아이디(AID #1)와 사용자 애플릿(20)의 아이디(Dest. AID #2)를 저장하고 있을 수 있으며, 사용자 애플릿(20)은 자신의 아이디(AID #2)와 백업 애플릿(20)의 아이디(Dest. AID #1)를 저장하고 있을 수 있다.

또한, 버전이 다르더라도 동일한 애플릿인 경우, 각 버전의 애플릿은 동일한 아이디를 저장하고 있을 수 있다. 예컨대, 제1버전의 제1애플릿(APP#1_v.1)과 제2버전의 제1애플릿(APP#1_v.2)은 버전이 다르더라도 동일한 애플릿이므로, 동일한 아이디(ex, AID: #2)를 저장하고 있을 수 있다.

운영체제(120)는 CAP파일 저장부(30)를 포함할 수 있다. 이때, CAP파일 저장부(30)에는 복수 개의 CAP(Converted Application)파일(31,32)이 저장될 수 있다. 예컨대, CAP파일 저장부(30)에는 사용자 애플릿(20)에 대한 CAP파일(31) 및 백업 애플릿(10)에 대한 CAP파일(32)이 저장될 수 있다. 이때, 복수 개의 CAP파일은 자신을 식별할 수 있는 아이디를 각각 저장하고 있을 수 있으며, 이때, CAP파일에 저장되어 있는 각각의 아이디는 서로 동일할 수 없다.

이때, CAP파일 저장부(30)에 저장된 CAP파일(31, 32)은 카드 외부의 변환기(Converter)(140)에 의해 애플릿 설치부(110)에 CAP파일(31, 32)에 대응하는 애플릿이 설치될 수 있다. 이때, 변환기(140)는 카드 외부에서 개발 작업이 수행되는 PC 또는 워크스테이션에서 수행되게 되는데, 주로 클래스 파일들을 로드하고 상기 CAP파일을 출력하는 역할을 수행하도록 되어 있을 수 있다.

이때, 본 발명의 일 실시예에서 사용자 애플릿(20)의 버전을 업그레이드하기 위해서는, 버전을 업그레이드하기 이전에, 사용자 애플릿(20)의 데이터 저장영역(21)에 저장되어 있는 사용자 데이터를 백업 애플릿(10)의 데이터 저장영역(11)에 백업하는 단계가 필요하다. 이에 따른 사용자 데이터 백업명령은 운영체제(120)가 외부 개체(130)로부터 입력받아 백업 애플릿(10) 또는 사용자 애플릿(20)에게 전달하도록 되어 있을 수 있으며, 이 명령에 따라 SIO를 통해 상기 사용자 데이터가 백업될 수 있다. 이때, 상기 사용자 데이터 백업명령은, 백업 애플릿(10)이 사용자 애플릿(20)의 사용자 데이터를 끌어오는 제1백업방법, 사용자 애플릿(20)이 백업 애플릿(10)에게 사용자 데이터를 심어주는 제2백업방법 중 어느 하나의 방법이 선택될 수 있다. 이때, 상술한 바와 같이 백업 애플릿(10)과 사용자 애플릿(20)은 각각, 상술한 서버 애플릿 A와 클라이언트 애플릿 B로 작용하거나, 또는 클라이언트 애플릿 B와 서버 애플릿 A로 작용할 수 있다.

또한, 사용자 애플릿(20)의 버전을 갱신한 이후에, 백업 애플릿(10)의 데이터 저장영역(11)에 저장되어 있는 상기 사용자 데이터를 다시 사용자 애플릿(20)의 데이터 저장영역(21)으로 복구하는 단계가 필요하다. 이때, 상기 사용자 데이터 복구명령은, 백업 애플릿(10)이 사용자 애플릿(20)에게 사용자 데이터를 제공하는 제1복구방법, 사용자 애플릿(20)이 백업 애플릿(10)에 저장되어 있는 사용자 데이터를 획득하는 제2복구방법 중 어느 하나의 방법이 선택될 수 있다.

도 2는 본 발명의 일 실시예에 따른 애플릿 실행장치(100)에 따라 구현된 애플릿 갱신방법에 대해 설명하기 위한 흐름도이다.

도 3a 내지 도 3f는 도 2에서 설명한 애플릿 갱신방법에 따라 구현될 수 있는 애플릿 실행장치(100)의 일 예를 나타낸 것이다.

도 2와 도 3a 내지 도 3f를 함께 참고하여 설명하면, 본 발명의 일 실시예에 따른 애플릿 갱신방법은 단계(S11) 내지 단계(S24)를 수행함으로써 구현될 수 있다.

단계(S11) 내지 단계(S12)에서, 운영체제(120)가 외부 개체(130)로부터 CAP파일 저장명령에 따라 제1버전의 제1애플릿(APP#1_v.1)(20)에 대한 CAP파일(CAP#1_v.1)(31)과 백업 애플릿(APP_Backup)(10)에 대한 CAP파일(CAP #2_Backup)(32)을 수신하여, CAP파일(31, 32)을 CAP파일 저장부(30)에 저장할 수 있다.

단계(S13)에서, 운영체제(120)가 외부 개체(130)로부터 CAP파일 설치명령을 수신한 후, CAP파일(31, 32)을 이용하여 카드 외부의 변환기(140)를 통해 제1버전의 제1애플릿(20) 및 백업 애플릿(10)을 애플릿 설치부(110)에 설치할 수 있다. 이때, 단계(S11) 내지 단계(S13)를 수행함으로써 도 3a와 같은 결과가 나타날 수 있다.

단계(S14)에서, 운영체제(120)가 외부 개체(130)로부터 제1애플릿(20)의 버전을 제1버전(v.1)에서 제2버전(v.2)으로 갱신하라는 애플릿버전갱신요청을 수신할 수 있다.

이후, 단계(S15) 내지 단계(S16)에서, 운영체제(120)가 외부 개체(130)로부터 데이터 백업명령을 수신한 후, SIO(Shareable Interface Object)를 이용하여 제1버전의 제1애플릿(20)의 데이터 저장영역(21)에 저장된 데이터를 백업 애플릿(10)의 데이터 저장영역(11)에 백업하도록 제1버전의 제1애플릿(20) 또는 백업 애플릿(10)에게 지시할 수 있다. 이때, 상기 데이터 백업명령은 도 1에서 설명한 상기 제1백업방법 또는 상기 제2백업방법 중 어느 하나의 방법이 선택될 수 있다. 이때, 단계(S16)은 도 3b와 같이 나타낼 수 있다.

이후, 단계(S17) 내지 단계(S19)에서, 운영체제(120)가 외부 개체(130)로부터 CAP파일 삭제명령을 수신한 후, 제1버전의 제1애플릿(20)에 대응하는 CAP파일(31) 및 제1버전의 제1애플릿(20)을 제거할 수 있다. 이때, 제1애플릿(20)에 대응하는 CAP파일(31)의 삭제는 제1버전의 제1애플릿(20)이 삭제된 이후에 수행되거나 동시에 수행될 수 있다. 이때, 단계(S18) 내지 단계(S19)를 수행함으로써 도 3c와 같은 결과가 나타날 수 있다.

단계(S20) 내지 단계(S21)에서, 운영체제(120)가 외부 개체(130)로부터 CAP파일 저장명령에 따라 제2버전의 제1애플릿(APP#1_v.2)(22)에 대한 CAP파일(CAP#1_v.2)(33)을 수신하여, CAP파일(33)을 CAP파일 저장부(30)에 저장할 수 있다. 이때, 단계(S21)를 수행함으로써 도 3d와 같은 결과가 나타날 수 있다.

단계(S22)에서, 운영체제(120)가 외부 개체(130)로부터 CAP파일 설치명령을 수신한 후, CAP파일(33)을 이용하여 외부의 컨버터(140)를 통해 제2버전의 제1애플릿(22)을 애플릿 설치부(110)에 설치할 수 있다. 이때, 단계(S17)를 수행함으로써 도 3e와 같은 결과가 나타날 수 있다.

단계(S23) 내지 단계(S24)에서, 운영체제(120)가 외부 개체(130)로부터 백업 애플릿(10)의 데이터 저장영역(11)에 저장되어 있는 상기 데이터를 복구하라는 데이터 복구명령을 수신한 후, 상기 SIO를 이용하여 백업 애플릿(10)에 백업된 상기 데이터를 제2버전의 제1애플릿(22)의 데이터 저장영역(21)에 복구(복사)할 수 있다. 이때, 상기 데이터 복구명령은 도 1에서 설명한 상기 제1복구방법 또는 상기 제2복구방법 중 어느 하나의 방법이 선택될 수 있다. 이때, 단계(S24)는 도 3f와 같이 나타낼 수 있다.

도 4는 본 발명의 다른 실시예에 따른 애플릿 갱신장치에 따라 구현된 애플릿 갱신방법에 대해 설명하기 위한 흐름도이다.

도 4에 도시한 바와 같이, 본 발명의 다른 실시예에 따른 애플릿 갱신방법은, 후술하는 단계(S81) 내지 단계(S92)를 수행함으로써 구현될 수 있다.

단계(S81) 내지 단계(S83)는 도 2에 도시한 단계(S11) 내지 단계(S13)과 동일할 수 있다.

단계(S83)가 수행된 후, 외부개체(130)가 운영체제(120)에게 제1 앱(20)의 버전갱신요청 및 제2 버전의 제1 앱에 대한 CAP파일을 제공하면(S84), 운영체제(130)는 CAP파일 저장부(30) 이외의 영역에 제2 버전의 제1 앱에 대한 CAP파일을 저장할 수 있다(S85).

그 후, 운영체제(130)가 제1 앱(20) 또는 백업 앱(10)에게 SIO를 이용하여 상기 데이터를 백업하라는 명령을 전송하면(S86), 제1 앱(20) 또는 백업 앱(10)은 상기 제1 백업방법 또는 상기 제2 백업방법에 따라 상기 데이터를 백업할 수 있다(S87).

상기 데이터를 백업한 후, 단계(S88)에서, 운영체제(130)는 제1 버전의 제1 앱에 대한 CAP파일 및 제1 버전의 제1 앱을 삭제할 수 있다.

그 후, 운영체제(120)는 제2 버전의 제1 앱에 대한 CAP파일을 CAP파일 저장부(30)에 저장하고(S89), 외부 변환기(140)를 통해 제2 버전의 제1 앱을 애플릿 설치부(110)에 설치할 수 있다(S90).

이때, 운영체제(130)가 제1 앱(20) 또는 백업 앱(10)에게 SIO를 이용하여 상기 데이터를 복구하라는 명령을 전송하면(S91), 제1 앱(20) 또는 백업 앱(10)은 상기 제1 복구방법 또는 상기 제2 복구방법에 따라 상기 데이터를 복구할 수 있다(S92).

이와 같이, 도 4에 따른 애플릿 갱신방법은 애플릿 실행장치(100)와 외부 개체(130) 간에 단 한 번의 통신만 필요할 수 있다.

이하, 도 1 및 도 5를 함께 참고하여 본 발명의 또 다른 실시예에 따른 애플릿 갱신방법에 대해 설명한다.

도 5는 본 발명의 또 다른 실시예에 따른 애플릿 갱신방법을 설명하기 위한 순서도이다.

도 1 및 도 5에 도시한 바와 같이, 본 발명의 다른 실시예에 따른 애플릿 갱신방법은, 후술하는 단계(S31) 내지 단계(S38)를 수행함으로써 구현될 수 있다.

운영체제(120)가 제1버전의 제1애플릿(APP#1_v.1)(20)에 대한 CAP파일(CAP#1_v.1)(31)과 백업 애플릿(APP_Backup)(10)에 대한 CAP파일(CAP#2_Backup)을 CAP파일 저장부(30)에 저장한 후(단계(S31)), 운영체제(120)가 제1버전의 제1애플릿(20) 및 백업 애플릿(10)을 외부 변환기(140)를 통해 애플릿 설치부(110)에 설치할 수 있다(단계(S32)).

이때, 제1애플릿(20)의 버전을 갱신하고자 하는 경우, 외부 개체(130)는 운영체제(120)에게 제1애플릿(20)의 버전을 제1버전(v.1)에서 제2버전(v.2)로 갱신하라는 버전갱신요청을 전송할 수 있으며, 운영체제(120)는 상기 버전갱신요청을 수신한 후(단계(S33)), SIO를 이용하여 제1버전의 제1애플릿(20)에 저장된 데이터를 백업 애플릿(10)의 데이터 저장영역(11)에 백업할 수 있다(단계(S34)).

그 후, 운영체제(120)가 제1버전의 제1애플릿(20)에 대응하는 CAP파일(31) 및 제1버전의 제1애플릿(20)을 제거할 수 있다(단계(S35)).

그 후, 운영체제(120)가 제2버전의 제1애플릿(APP#1_v.2)(22)에 대한 CAP파일(CAP#1_v.2)(33)과 제2버전의 제1애플릿(22)을 CAP파일 저장부(30)에 저장한 후(단계(S36)), 제2버전의 제1애플릿(22)을 외부의 변환기(140)를 이용하여 애플릿 설치부(110)에 설치할 수 있다(단계(S37)).

그 후, 상기 SIO를 이용하여 백업 애플릿(10)에 저장된 상기 데이터를 제2버전의 제1애플릿(22)의 데이터 저장영역(21)에 복사할 수 있다(단계(S38)).

상술한 바에 따른 본 발명에서는 사용 중인 스마트카드 내에 탑재된 응용프로그램이 업그레이드 등에 의해 변경 또는 재설치가 필요한 경우, 애플릿에 저장된 데이터가 상기 스마트카드 외부로의 유출 없이 카드 내에서 보존하고 응용프로그램만을 신규 설치 또는 변경하여 연속하여 사용할 수 있도록 하는 방법 및 이를 위한 장치를 제공할 수 있다. 특히, 신규 카드를 새로 제작해야 할 필요가 없으며, 기 소지된 고객의 카드를 대상으로, 배포 이후 발생되는 신규 서비스의 적용이 가능하므로 카드의 재발급 비용을 절감할 수 있고, 시스템에서도 기존 서비스를 삭제할 수 있으므로 최종 관리 비용이 절감될 수 있다. 또한, 소비자 입장에서도 신규 카드의 구입 없이 기존 카드의 응용프로그램을 교체 또는 업그레이드함으로써 지속적이고 새로운 서비스를 적용하여 사용 가능할 수 있다. 그리고 서비스의 변경에 따른 카드의 유지보수 등에 대한 비용의 절감 효과를 가져올 수 있으며, 사용 중인 정보를 유지하여 사용 가능하므로 연속성 측면에서 서비스의 질을 높일 수 있다.

상술한 본 발명의 실시예들을 이용하여, 본 발명의 기술 분야에 속하는 자들은 본 발명의 본질적인 특성에서 벗어나지 않는 범위 내에 다양한 변경 및 수정을 용이하게 실시할 수 있을 것이다. 특허청구범위의 각 청구항의 내용은 본 명세서를 통해 이해할 수 있는 범위 내에서 인용관계가 없는 다른 청구항에 결합될 수 있다.

Claims

애플릿 설치부와 운영체제를 포함하는 애플릿 실행장치에서 애플릿을 갱신하는 방법으로서,
애플릿 설치부에 설치되어 있는 제1버전의 제1애플릿의 버전을 제1버전에서 제2버전으로 갱신하라는 요청을 수신하는 애플릿 갱신요청 수신단계;
상기 제1버전의 제1애플릿과 상기 애플릿 설치부에 설치되어 있는 백업 애플릿이, SIO를 이용하여 상기 제1버전의 제1애플릿의 저장영역에 저장된 사용자 데이터를 상기 백업 애플릿의 저장영역에 백업하는 사용자 데이터 백업단계;
상기 제1버전의 제1애플릿을 제거하는 애플릿 제거단계;
상기 제2버전의 제1애플릿을 상기 애플릿 설치부에 설치하는 애플릿 설치단계; 및
상기 제2버전의 제1애플릿과 상기 백업 애플릿이, SIO를 이용하여 상기 백업 애플릿에 백업된 상기 사용자 데이터를 상기 제2버전의 제1애플릿의 저장영역에 복구하는 사용자 데이터 복구단계;
를 포함하는,
애플릿 갱신방법.
제1항에 있어서,
상기 애플릿 제거단계와 상기 애플릿 설치단계 사이에,
상기 제1버전의 제1애플릿에 대응하는 제1CAP파일을 CAP파일 저장부에서 제거하는 단계; 및
상기 제2버전의 제1애플릿에 대응하는 제2CAP파일을 상기 CAP파일 저장부에 기록하는 단계;
를 더 포함하는,
애플릿 갱신방법.
제1항에 있어서,
상기 제1버전의 제1애플릿과 상기 제2버전의 제1애플릿을 식별할 수 있는 아이디는 제1아이디로서 서로 동일하고,
상기 백업 애플릿을 식별할 수 있는 제2아이디는 상기 제1아이디와 다르며,
상기 제1버전의 제1애플릿과 상기 백업 애플릿은 서로의 아이디를 저장하고 있으며,
상기 제2버전의 제1애플릿과 상기 백업 애플릿은 서로의 아이디를 저장하고 있는,
애플릿 갱신방법.
제1항에 있어서,
상기 SIO는 상기 제1애플릿을 식별할 수 있는 제1아이디와 상기 백업 애플릿을 식별할 수 있는 제2아이디를 이용하여 상기 제1애플릿과 상기 백업 애플릿을 특정하는 기능을 포함하는,
애플릿 갱신방법.
제1항에 있어서,
상기 사용자 데이터 백업단계에서,
상기 백업 애플릿이 주체가 되어 상기 제1버전의 제1애플릿으로부터 사용자 데이터를 획득하는 제1백업방법이 수행되거나, 또는
상기 제1버전의 제1애플릿이 주체가 되어 상기 백업 애플릿에게 사용자 데이터를 제공하는 제2백업방법이 수행되도록 되어 있는,
애플릿 갱신방법.
제1항에 있어서,
상기 사용자 데이터 복구단계에서,
상기 백업 애플릿이 주체가 되어 상기 제1애플릿에게 사용자 데이터를 제공하는 제1복구방법이 수행되거나, 또는
상기 제1애플릿이 주체가 되어 상기 백업 애플릿으로부터 사용자 데이터를 획득하는 제2복구방법이 수행되도록 되어 있는,
애플릿 갱신방법.
제2항에 있어서,
상기 애플릿 갱신요청 수신단계는,
상기 제2CAP파일을 수신 받아, 상기 CAP파일 저장부의 외부에 존재하는 저장영역에 기록하는 단계를 포함하는,
애플릿 갱신방법.
제1애플릿 및 백업 애플릿을 포함하는 애플릿 설치부; CAP파일 저장부를 포함하는 운영체제; 및 통신부를 포함하며,
상기 운영체제가,
상기 통신부를 통해, 애플릿 설치부에 설치되어 있는 제1버전의 제1애플릿의 버전을 제1버전에서 제2버전으로 갱신하라는 요청을 수신하는 애플릿 갱신요청 수신단계;
상기 제1버전의 제1애플릿과 상기 애플릿 설치부에 설치되어 있는 백업 애플릿으로 하여금, SIO를 이용하여 상기 제1버전의 제1애플릿의 저장영역에 저장된 사용자 데이터를 상기 백업 애플릿의 저장영역에 백업하도록 하는 사용자 데이터 백업단계;
상기 제1버전의 제1애플릿을 제거하는 애플릿 제거단계;
상기 제2버전의 제1애플릿을 상기 애플릿 설치부에 설치하는 애플릿 설치단계; 및
상기 제2버전의 제1애플릿과 상기 백업 애플릿으로 하여금, SIO를 이용하여 상기 백업 애플릿에 백업된 상기 사용자 데이터를 상기 제2버전의 제1애플릿의 저장영역에 복구하도록 하는 사용자 데이터 복구단계;
를 수행하도록 되어 있는,
애플릿 실행장치.
제8항에 있어서,
상기 애플릿 제거단계와 상기 애플릿 설치단계 사이에,
상기 운영체제가,
상기 제1버전의 제1애플릿에 대응하는 제1CAP파일을 CAP파일 저장부에서 제거하는 단계; 및
상기 제2버전의 제1애플릿에 대응하는 제2CAP파일을 상기 CAP파일 저장부에 기록하는 단계;
를 더 수행하도록 되어 있는,
애플릿 실행장치.
제8항에 있어서,
상기 제1버전의 제1애플릿과 상기 제2버전의 제1애플릿을 식별할 수 있는 아이디는 제1아이디로서 서로 동일하고,
상기 백업 애플릿을 식별할 수 있는 제2아이디는 상기 제1아이디와 다르며,
상기 제1버전의 제1애플릿과 상기 백업 애플릿은 서로의 아이디를 저장하고 있으며,
상기 제2버전의 제1애플릿과 상기 백업 애플릿은 서로의 아이디를 저장하고 있는,
애플릿 실행장치.
제8항에 있어서,
상기 사용자 데이터 백업단계에서,
상기 백업 애플릿이 주체가 되어 상기 제1버전의 제1애플릿으로부터 사용자 데이터를 획득하는 제1백업방법이 수행되거나, 또는
상기 제1버전의 제1애플릿이 주체가 되어 상기 백업 애플릿에게 사용자 데이터를 제공하는 제2백업방법이 수행되도록 되어 있는,
애플릿 실행장치.
제8항에 있어서,
상기 사용자 데이터 복구단계에서,
상기 백업 애플릿이 주체가 되어 상기 제1애플릿에게 사용자 데이터를 제공하는 제1복구방법이 수행되거나, 또는
상기 제1애플릿이 주체가 되어 상기 백업 애플릿으로부터 사용자 데이터를 획득하는 제2복구방법이 수행되도록 되어 있는,
애플릿 실행장치.
제9항에 있어서,
상기 애플릿 갱신요청 수신단계는,
상기 제2CAP파일을 수신 받아, 상기 CAP파일 저장부의 외부에 존재하는 저장영역에 기록하는 단계를 포함하는,
애플릿 실행장치.