KR20090113887A

KR20090113887A - Ｈｔｍｌ 데이터를 전달하기 위한 향상된 능력들을 구비한 퍼스널 토큰

Info

Publication number: KR20090113887A
Application number: KR1020097019289A
Authority: KR
Inventors: 실뱅 샤페르; 프랑크 데렝제; 로랑 카스티요
Original assignee: 제말토 에스에이
Priority date: 2007-02-21
Filing date: 2008-01-22
Publication date: 2009-11-02
Also published as: KR101502977B1; US8381235B2; US20100319009A1; WO2008102221A1; CN101663664B; EP2137646A1; CN101663664A; BRPI0807361A2; EP1962204A1; JP5273397B2; JP2010519632A

Abstract

본 발명은 퍼스널 토큰(personal token)의 메모리 영역에 걸쳐 위치한 자바카드 애플리케이션 코드를 저장하는 퍼스널 토큰에 관련되며, 상기 퍼스널 토큰은 그런 자바카드(Javacard) 애플리케이션을 실행시킬 수 있고, 이 경우 그런 자바카드 애플리케이션이 하퍼텍스트생성언어(HTML : Hyper Text Markup Language, 이하 'HTML'로 지칭) 페이지 데이터를 외부 기기로 전달하고, 상기 외부 기기는 그런 전달된 HTML 페이지 데이터를 기반으로 HTML 페이지를 디스플레이하며, 상기 퍼스널 토큰은 또한 HTML 페이지 구축 부분으로서 사용될 데이터를 저장하고, 상기 HTML 페이지 구축 부분으로서 사용될 데이터는, 자바카드 애플리케이션 코드가 위치하고 있는 메모리 영역과 분리된 적어도 하나의 파일 내에 있고, 그리고 상기 퍼스널 토큰은, 상기 외부 기기로 상기 HTML 페이지 데이터를 전달하기 위해 그런 데이터가 요청될 때, 상기 HTML 페이지 구축 부분을 저장하는 적어도 하나의 상기 파일을 열도록 프로그램된 것을 특징으로 한다.

Description

ＨＴＭＬ 데이터를 전달하기 위한 향상된 능력들을 구비한 퍼스널 토큰{A personal token having enhanced abilities for delivering HTML data}

본 발명은, 하퍼텍스트생성언어(HTML : Hyper Text Markup Language, 이하 'HTML'로 지칭) 페이지들을 인비저닝(envisioning) 기기로 전달하는 자바카드(javacard) 애플리케이션들을 호스팅하는 퍼스널 보안 토큰들에 관련된다.

퍼스널 토큰들은, 사용자가 이동 통신 네트워크와 같은 제한적 또는 사적 자원 장비, 은행 기관 또는 네트워크, 비밀 데이터를 저장한 원격 서버 또는 물리적 액세스가 제한된 보호 영역에 액세스하려고 할 때, 사용자를 인증하기 위해 사용된다.

가장 잘 알려진 이런 타입 기기는, 예컨대 SIM(Subscriber Identification Module) 카드 또는 신용 카드와 같은 IC(Integrated Circuit) 카드이지만, USB(Universal Serial Bus) 키, 대용량 메모리 카드, 또는 일정한 필수 인증서(credential)를 전달하는 임의 종류의 토큰일 수 있다.

이런 토큰들은 국제 표준 ISO7816에 따르는 것이 전형적이다.

인비저닝 기기는 전형적으로는 이동 텔레포니 네트워크 내 이동 단말이지만, IT 네트워크, 인터넷 또는 회사 내부 네트워크 중 어느 하나 내 원격 단말 또는 호 스팅 PC일 수 있다.

자바카드는 자바로부터 파생된 언어 및 프로그래밍 시스템으로서, 스마트 카드들의 성능(능력) 감소에 기인한 간이 기능들을 지니지만, 예컨대 .cap file, 인스턴스생성(instantiation), 등록(registering), 애플리케이션 Ids 사용, 그리고 더 중요하게는 원래 자바 언어 명령어들 중 선택된 그룹과 같은, 자바의 주된 측면들은 지니며, 이는 자바카드가 원래 자바의 객체 지향 특성을 유지하게 한다. 자바카드 인에이블된 스마트 카드들 또는 USB 동글(dongle)들이 잘 알려져 있다.

종종 자바카드는 HTML 데이터를 호스팅 기기로 전달하기 위해 사용되고, 상기 호스팅 기기는 HTML 엔진을 실행시키고, 상기 HTML 엔진은 이런 전달된 HTML 데이터를 읽고 이런 전달된 데이터에 의존하여 HTML 페이지를 구축한다. 전달된 HTML 데이터는 HTML 페이지 내에 있는 콘텐트 - 즉 정적(static) 객체들, 동적(dynamic) 객체들, 및 페이지 내에 정적 객체들 및 동적 객체들을 구성하는 템플릿 - 를 설명하기 충분한 데이터이다.

자바카드 애플리케이션들은 OTA(over-the-air)를 통해 보안 토큰 내에 로딩되거나, 토큰을 커스토마이즈화하는 때 공장에서 유선 수단에 의해 로딩될 수 있거나, 일정 전용 연결들 또는 그 목적의 구동기(driver)를 통해 로컬 컴퓨터 수단으로 셀링 포인트(selling point)에서 로딩될 수 있다.

자바카드 애플리케이션들은 업데이트하기 힘들다. 토큰 내에 이미 있는 몇몇 자바카드 데이터는 종종 수정하기 불가능하고, 이는 전체 애플리케이션이 수정된 데이터를 포괄하는 새로운 버전으로 다운로드되어야 한다는 것을 의미한다. 이것은 또한 토큰을 공장이나 셀링 포인트로 다시 가져다 놓거나, 완성 애플리케이션 코드, 즉 .cap file이 새로운 다운로딩이 OTA(over-the-air)를 통해 수행되어야 한다는 것을 의미하고, 그런 수행은 오퍼레이터에게 오래 걸리고 까다롭고 또한 토큰 내 메모리 관리를 어렵게 한다.

이것은 HTML 페이지를 정정하는 것이 필수적으로 보일 때 HTML 페이지 데이터 전달 전용 애플리케이션 코드들에게 특히 들어맞는다.

예컨대 HTML 페이지에서 객체를 교환하는 것이나, 다른 객체보다 특정 객체를 강조하고자 HTML 페이지 템플릿을 정정하려면, 카드 내에 자바카드 애플리케이션을 다시 다운로드하고, 수정된 버전의 카드에 의해 재해석되어야 할 것을 요구한다.

본 발명의 목적은 이 문제를 해결하는 것이다. 즉 본 발명의 목적은 퍼스널 토큰이 수반될 때 디스플레이될 HTML 페이지들의 정정 프로세스를 용이하게 하는 퍼스널 토큰 내 자바카드 애플리케이션 실행을 목적으로 한다.

이런 목적은 첨부된 청구항들에 기재된 특징들을 통해 본 발명에 의해 달성된다.

본 발명의 다른 측면들, 목적들 및 이점들은 도면들을 참조해서 기재된 다음의 설명을 통해 나타날 것이다.

- 도 1은 종래 기술에 따라 자바카드 애플리케이션을 적재한 SIM 카드를 도 시하고,

- 도 2는 본 발명의 일 실시 예에 따라 자바카드 애플리케이션을 적재한 SIM 카드를 도시하고,

- 도 3은 본 발명의 동일 실시 예에 따른 SIM 카드에 의해 수행되는 일련의 작업들을 나타내는 다이어그램이다.

도 1에 도시된 것과 같이, 게임, e-지갑, 전화번호부 애플리케이션과 같은 자바카드 애플리케이션을 호스팅하기 위해, 종래 기술에 따른 SIM 카드(10)는 .cap file(11) - 이전에 원격 서버 내부에서 컴파일되고 변환된 자바카드 명령어들의 집합 - 을 우선 다운로드 받는다. 그런 .cap file(11)은 실행가능하게 렌더링되도록 계속 해석되어야(interpreted) 한다. 즉 .cap file(11) 은 다운로드 전에 카드 내에 사전 저장된 자바카드 가상 머신(Javacard Virtual Machine)에 의해 인스턴스화되어야(instantiated) 한다. 그 다음에 .cap file(11)은 도 1의 참조번호 12에 의해 표현된 소위 자바카드 애플릿(Javacard applet)으로 된다.

자바카드 애플릿(12)은 인스턴스화 단계 수행에 의해 이제 파라미터들에 연결된 일련의 명령어들로 되어 있다[이 파라미터들 또한 .cap file(11) 내에 다운로드 되어는 있었지만, 초기에는 대응 명령어들과 연결되지 않았었음].

자바카드 애플릿(12)의 명령어들은, HTML 페이지가 최종-사용자에 의해 요청될 때, SIM 카드를 호스팅하는 이동 단말로 전송될 HTML 데이터를 설명한다. 이런 HTML 페이지는, 최종 사용자가 자신의 이동 단말을 킬 때 디스플레이될 웰컴 스크 린세이버일 수 있거나, 혹은 SIM 카드(10) 내에서 실행되는 다수의 기능들 중에서 사용자로 하여금 선택하게 할 수 있는 메뉴일 수 있다.

자바카드 애플릿 내 HTML 데이터는, 및 HTML 페이지의 전반적 형태는 물론, 몇몇 객체들이 페이지 내에서 갖고 있어야할 위치들 - 즉 페이지 내에서 정적 객체를 위해 지정된 위치 또는 동적 객체를 위해 지정된 위치 - 의 전반적 형태를 설명하는 템플릿 데이터(13)를 포함할 수 있다.

자바카드 애플릿은, 페이지가 최종 사용자에 의해 요청되는 시각에 자바카드 애플릿의 특정 상태로부터, 또는 계산으로부터의 전형적 결과일 수 있는, 페이지의 동적 객체들을 구축할 명령어들을 또한 포함한다..

자바카드 애플릿은 또한 정적 객체 - 즉 자바카드 애플릿을 실행시키는 동안에 변경되거나 조정되지 않을 객체들을 설명하는 데이터 - 를 포함한다.

정적 객체들은 도 1에서 참조번호들 14로 표기된다,

본 발명의 일 측면에 따라 자바카드 애플리케이션을 실행하는 SIM 카드는 도 2를 참조하여 이제 설명될 것이다.

도 2의 SIM 카드는 인스턴스화되고 등록된 자바카드 애플릿(12)을 호스팅한다. 원본 .cap file(11)은 도 2 에 나타나지만, 자바카드 애플릿이 인스턴스화된 이후에 더 이상 SIM 카드(10)에서 동작하며 있진 않다.

자바카드 애플릿(12)은 보통 자바카드 애플릿들에 전용된 SIM 카드 메모리 부분에 저장된다. 이 전용 부분은, 보통 EEPROM 메모리 (Electrically Erasable Programmable Read Only Memory)로서 구현되는, SIM 카드 메모리의 비-휘발성 부분 내에 위치된다.

도 2의 우측에, 비-휘발성 메모리의 다른 물리적 부분이 나타내는데, 이는 일련의 인접한(contiguous) 파일들(17)을 호스팅한다. 이 파일들 각각은 TLV 포맷으로서, 즉 3 부분으로 이뤄진다. 각 TLV 파일의 첫 번째 부분은 Tag 부분이고, 다음 부분은 길이 치수(Length amount)를 포함하는 Length 부분이고, TLV 파일의 마지막 부분은, 값을 포함하는 Value 부분이며, 상기 값 볼륨(volume)이 앞선 Length 부분에 위치된 길이 결정한다.

메모리 부분의 TLV 파일들은 보통 원격통신(telecommunication) 표준들에서 열거되고(listed) 요청된 통신 파라미터를 저장하기 위해 사용된다.

이런 목적에 더하여, TLV 파일들은 자바카드 애플릿(12)에 지정되고, HTML 페이지 데이터를 구축할 목적인 데이터를 저장하기 위해 여기서 사용된다. 자바 애플릿(12)은 애플릿(12)의 실행 과정 동안에 TLV 파일들 내 HTML 데이터를 불러오도록(fetch) 프로그램된다.

여기서 TLV 파일들 내 저장된 HTML 데이터는 2가지 유형이다. 몇몇 TLV 파일들은 HTML 템플릿 데이터 - 즉 HTML 페이지의 형태 및 전반적인 구성을 설명하는 HTML 데이터-를 저장한다.

다른 TLV 파일들은 HTML 정적 객체들을 설명할 데이터를 저장한다.

하나의 TLV 파일은 하나의 템플릿을 설명하며, 본 케이스에서 다수의 템플릿은 다수의 개별적인 TLV 파일들에서 현재 설명된다. 또한 하나의 TLV 파일이 하나의 정적 객체를 설명하고, 본 케이스에서 다수의 정적 객체들이 다수의 개별적인 TLV 파일들에서 현재 설명된다.

각각의 정적 객체 TLV 파일에서, 파일 각각의 Value 부분은 정적 객체 자체의 콘텐트를 설명하는 HTML 스트링이고, 각각의 Length 부분은 그런 HTML 스트링의 실제 길이를 저장하고, 각각의 Tag 부분은 정적 객체 자체의 식별자를 저장하고, 상기 식별자는 탐색될 적정 정적 객체를 검색하기(retrieving) 위해 사용된다.

자바카드 내 스트링은 "<" 과 ">" 사이에 포함된 문자숫자식(alphanumerical) 캐릭터들이며, HTML 페이지 내에 위치될 정적 객체와 같은 비주얼 객체를 설명한다.

이진수부터 BER-TLV 포맷들까지 파일들의 상이한 포맷들이 HTML 템플릿들 및 HTML 정적 객체들의 저장을 위해 고려될 수 있다. 표준 경량 포맷이 일반적으로 더 선호된다.

템플릿 데이터 및 정적 객체들의 데이터를 검색할 목적으로, 카드(10)는 참조번호 18의 애플리케이션 프로그래밍 인터페이스(API : application programming interface, 이하 'API')를 실행시킨다. API(18)는 템플릿 데이터를 읽고, 파싱하고, 고려되는 데이터에 수행되어야 할 프로세싱에 의존하여 이동 단말로 또는 자바카드 애플릿으로 다시 중 어느 하나로 데이터를 전송한다.

예컨대 템플릿이 정적 데이터를 포함하고, 또한 식별자들을 사용해서 정적 데이터에 대한 필요성을 확인할 때, 정적 데이터가 API(18)에 의해 이동 단말로 직접적으로 전송되고, 동적 데이터 식별자들이 그런 동적 데이터에 대한 추가 프로세싱 및 렌더링을 위해 애플리케이션(12)으로 전송된다.

도 3에서, 이동 단말, 자바카드 애플릿(12), API(18)에 의해 수행되는 연속 작업들에 대응하는 A 내지 E로 표기된 단계들이 표현된다.

제1 단계 A에서, 이동 단말이 애플리케이션(12)에 HTTP 요청을 한다. 애플리케이션(12) 코드는 HTTP 요청에 대한 프로세싱 전용 부분(12a)을 포함한다. 이 HTTP 요청 프로세싱 부분(12a)은 단계 B에서 API(18)를 활성화시킨다(invoke). API(18)는 그런 다음에 단계 C에서 대응 TLV 데이터 파일 내 템플릿 파일을 읽고, 이 경우 템플릿은 정적 스트링들을 포함하는 정적 데이터로 이뤄지고, 그 정적 스트링들 중 일부가 각각의 정적 객체들을 설명하지만, 다른 TLV 파일들 내 정적 데이터[상기 정적 데이터는 정적 객체를 설명할 수 있음]를 또한 식별할 수 있다.

그 다음에 템플릿 API(18) 또는 템플레이팅(templating) 엔진은, 단계 D에서 템플릿 파일을 정적 데이터로, 그리고 생성될 동적 객체들을 식별하는 동적 식별자들로 파싱한다. API는 정적 데이터를 이동 단말로 전달하고, 동적 식별자들을 애플리케이션(12)으로 전달한다.

애플리케이션(12)은 템플릿 API(18)에 의해 활성화될 때 식별된 동적 객체들을 발생시키는 템플릿 콜백(callback) 모듈(12b)을 포함한다. 애플리케이션(12)은 이런 방식으로 콜백 인터페이스를 실행한다. 콜백 모듈(12b)을 활성화시키기 위해, 템플릿 API(18)는 단계 E에서 HTTP 요청 객체뿐만 아니라 동적 데이터 식별자들을 전송한다.

단계 F에서, 템플릿 콜백 모듈(12b)은 동적 데이터 식별자들 및 HTTP 요청 객체를 기반으로, 그리고 임의의 추가 애플리케이션 특정 데이터 소스를 기반으로 식별된 동적 데이터를 발생시킨다. 환언하면, 애플리케이션 로직이 동적 데이터를 발생시키기 위해서 자신의 소스들뿐만 아니라 API로부터 수신된 정보를 수용한다.그 다음에 동적 데이터는 자동적으로 출력 HTML 페이지에 추가된다.

본 발명은, 정적 객체들 및 템플릿이 애플리케이션 코드 내에 임베디드되지 않은 위치들 내에 저장되는 경우를 설명했다.

본 발명의 구성에서, 자바카드 애플리케이션 코드는 그 안에 임베디드된 정적 객체들을 포함할 수 있고, 템플릿 데이터만이 개별적인(분리된) 위치에 저장된다. 여전히 본 발명의 구성에서, 자바카드 애플리케이션이 정적 객체 데이터를 검색하기 위해 개별적인 위치에 있는 데이터를 불러올 수 있지만, 애플리케이션 코드 내에서 템플릿 데이터를 포함한다.

이런 대안적인 실시 예에서, 애플리케이션에 의해 사용되는 정적 객체들이 그런 스트링들에 전용인 하나 또는 다수의 개별적인(분리된) 파일들 내에 저장되고, 각각의 스트링은 예컨대 스칼라(scalar)인 식별자에 의해 식별된다. 이전에 기술된 API(18)와 유사한 자바카드 API는 애플릿(12)으로 하여금, 스트링을 구성하는 바이트어레이(bytearray) 형태인, 분리된 파일 내 정적 객체를, 그런 스트링 식별자를 사용함으로써 검색하게 할 수 있다. API는 그런 정적 스트링 자원을 담고 있는 파일을 열고, 애플리케이션으로부터 추출된 스트링 식별자로부터 바이트어레이를 얻는다.

그런 상이한 실시 예들에서 이점들은 다음과 같다:

동적 HTML 페이지들의 구축은 대량(heavy)의 스트링 조작(manipulation) 및 연결(concatenation)를 사전에 요구했다. 동적 웹 페이지들에 사용되는 스트링들의 대부분은 실제로 정적이다. 스트링을 설명할 수 있는 유일한 가능성은 애플리케이션 코드 내 바이트어레이이다. HTML 페이지들의 정적 부분들은 정적 바이트어레이들 내에서 설명되어야 하고, 자바카드 애플리케이션 내에서 하드코딩되어야(hardcoded) 한다. 예컨대 HTML 페이지들을 구축하는 정적 스트링들은 애플리케이션 소스 코드 내에서 하드코딩되고, 그것들은 커스토마이즈화(customization)/국제화(internationalization)를 위해 쉽게 업데이트될 수 없다. 정적 스트링들의 커스토마이즈화는 예컨대 버그를 고치는데 또한 유용하다.

업데이트된 상수(constant)를 써서 새로운 "cap." 파일을 재인스톨하는 것과 관계없이, 국제화는 애플릿 코드 내 상이한 언어 스트링들을 하드코딩함으로써, 혹은 토큰 내 동일 애플리케이션의 다수의 버전을 다룸으로써 또한 달성되었다.

자바카드도 또한, 합성(complex) HTML 페이지들을 구축하기 위해 정적 스트링들을 연결시키기 위한 어떤 효율적인 방법도 제공하지 못했다. 따라서, 애플리케이션 로직은 동적 콘텐트를 구축하기 위해 동적 엘리먼트들을 사용하여 스트링 바이트어레이들을 연결시킬 책임이 있다. 자바카드에서 바이트어레이 연결에 대한 지원 부족과, 여기서 제안된 어떤 개별적인(분리된) 스트링 객체를 포함하고 있지 않기 때문에, 많은 수동(manual) 버퍼 동작들을 요구하는 동적 HTML 페이지 구축이 매우 느리게 된다.

스트링 자원들을 불러오는 설명된 API는, 코드 크기 및 성능들의 관점에서, 자바카드 애플리케이션들에서의 바이트어레이 조작을 제한할 수 있게 한다. 또한 상수(constant) 스칼라 식별자들이, 애플리케이션 내에서 정적 바이트어레이 스트링들 대신에 사용되고, 이는 코드 크기를 줄이고 성능을 향상시킨다.

개별적인 소스 파일들 내에 포함된 스트링들이 고객 요구에 맞추어 커스토마이즈화될 수 있다. 예컨대, 오퍼레이터 이름을 담고 있는 하나의 스트링은 애플리케이션 코드를 정정함이 없이 쉽게 변경될 수 있다.

정적 스트링 파일들은 잠재적인 버그들을 수정하거나 애플리케이션을 약간 업데이트하기 위해 종래(classical)의 원격 파일 관리 기술들을 통해 원격으로 업데이트될 수 있다.

다수의 국제화 자원 파일들은 카드상에 각 국가별 언어로 있을 수 있다. 자바카드 애플리케이션은 현재 사용자 언어 선호도들에 맞춘 하나를 선택할 수 있다. 새로운 언어는 대응 파일들 내 정적 객체들에 대한 다운로드된 업데이트들처럼 사후 발행(issuance)으로서 쉽게 배치될(deploy) 수 있다.

분리된 파일 위치 내에 템플릿을 저장하기 때문에, 템플릿이 본래(native) 서비스를 사용해서, API에 의해 내부적으로 프로세싱될 수 있다. 이는 또한 자바카드 내의 버퍼 조작에 대한 필요를 감소시키고, 성능들을 향상시킨다.

템플릿들은 애플리케이션 코드를 변경함이 없이, 고객 요구들을 기반으로 쉽게 맞춤화될 수 있다.

템플릿들은 잠재적인 버그들을 수정하거나 애플리케이션을 약간 업데이트하기 위해 종래의 원격 파일 관리 기술들을 통해 원격으로 업데이트될 수 있다.

다수의 템플릿들이 각 국가별 언어마다 하나씩 카드상에 있을 수 있다. 자바 카드 애플리케이션은 현재 사용자 언어 선호도들에 맞춘 하나를 선택할 수 있다. 새로운 언어는, 대응 파일 내 다운로드된 새로운 언어 템플릿과 같이 사후 발행(issuance)으로서 쉽게 배치될 수 있다.

Claims

퍼스널 토큰(personal token)의 메모리 영역에 걸쳐 위치한 자바카드 애플리케이션 코드를 저장하는 퍼스널 토큰으로서,

상기 퍼스널 토큰은 그런 자바카드(Javacard) 애플리케이션(12)을 실행시킬 수 있고, 이 경우 그런 자바카드 애플리케이션(12)이 하퍼텍스트생성언어(HTML : Hyper Text Markup Language, 이하 'HTML'로 지칭) 페이지 데이터를 외부 기기로 전달하고, 상기 외부 기기는 그런 전달된 HTML 페이지 데이터를 기반으로 HTML 페이지를 디스플레이하며,

상기 퍼스널 토큰은 또한 HTML 페이지 구축 부분으로서 사용될 데이터를 저장하고,

상기 HTML 페이지 구축 부분으로서 사용될 데이터는, 자바카드 애플리케이션 코드가 위치하고 있는 메모리 영역과 분리된 적어도 하나의 파일(17) 내에 있고, 그리고

상기 퍼스널 토큰은, 상기 외부 기기로 상기 HTML 페이지 데이터를 전달하기 위해 그런 데이터가 요청될 때, 상기 HTML 페이지 구축 부분을 저장하는 적어도 하나의 상기 파일을 열도록 프로그램된 것을 특징으로 하는 퍼스널 토큰.
제1항에 있어서, 상기 퍼스널 토큰은,

애플리케이션 프로그램 인터페이스(API : application program interface, 이하 'API'로 지칭)를 열도록 요청하는 자바카드 애플리케이션에 응답하여, 구축 부분을 저장하는 적어도 하나의 분리된 파일(17)의 콘텐트를 열고 읽는 상기 API를 더 포함하는 것을 특징으로 하는 퍼스널 토큰.
제1항에 있어서, 상기 HTML 페이지 구축 부분은,

렌더링될 HTML 페이지에 들어갈 적어도 하나의 정적(static) 객체(17)에 의해 구성되는 것을 특징으로 하는 퍼스널 토큰.
제1항에 있어서, 상기 HTML 페이지 구축 부분(17)은,

HTML 페이지 템플릿에 의해 구성되는 것을 특징으로 하는 퍼스널 토큰.
제1항에 있어서, 상기 HTML 페이지 구축 부분(17)은,

HTML 페이지 템플릿 및 HTML 페이지에 들어갈 적어도 하나의 정적 객체 모두를 포함하는 것을 특징으로 하는 퍼스널 토큰.
제2항 또는 제4항에 있어서,

상기 애플리케이션은, HTML 페이지의 동적 객체를 전달하는 콜백(callback) 모듈(12b)을 포함하며, 그리고

동적(dynamic) 객체가 읽기(read) HTML 템플릿 내에서 요청된다는 것을 API가 확인하는 때마다, API가 콜백 모듈을 시작하도록 프로그램된 것을 특징으로 하 는 퍼스널 토큰.
제2항, 제5항, 제6항 중 어느 한 항에 있어서,

상기 적어도 하나의 분리된 파일은, HTML 페이지 내에서 요청되는 동적 객체에 대한 적어도 하나의 식별자를 포함하고, 그리고

상기 API는 템플릿을 저장하는 적어도 하나의 분리된 파일을 적어도 하나의 정적 객체 및 적어도 하나의 동적 객체 식별자 안으로 파싱하고,

상기 API는 적어도 하나의 정적 객체를 상기 외부 렌더링 기기로 전송하고, 그리고

상기 API는 상기 적어도 하나의 동적 객체 식별자를 상기 애플리케이션의 콜백 모듈로 전송하는 것을 특징으로 하는 퍼스널 토큰.
제7항에 있어서,

상기 API는 적어도 하나의 정적 객체를 상기 애플리케이션으로 전송하지 않고, 상기 외부 렌더링 기기로 전송하는 것을 특징으로 하는 퍼스널 토큰.
제1항에 있어서,

구축 부분을 저장하는 상기 적어도 하나의 파일은, TLV - 태그 길이 값(TLV - Tag Length Value) 타입 파일인 것을 특징으로 하는 퍼스널 토큰.
제4항에 있어서,

상기 적어도 하나의 파일은 다수의 템플릿을 포함하고, 그리고

상기 애플리케이션 코드는 상기 HTML 페이지 구축 부분으로서 사용될 적정 템플릿에 대한 식별자를 포함하는 것을 특징으로 하는 퍼스널 토큰.
퍼스널 토큰 내 자바카드 애플리케이션을 실행하는 방법으로서,

상기 자바카드 애플리케이션은 HTML 페이지 데이터를 외부 렌더링 기기로 전달하고,

실행하는 상기 방법은,

애플리케이션 코드(12) 및 HTML 페이지 구축 부분으로서 사용될 데이터를 다운로드하는 단계를 포함하며, 상기 방법은:

a) 상기 퍼스널 토큰의 메모리 영역에 걸쳐 자바카드 애플리케이션 코드를 다운로드하는 단계;

b) 상기 HTML 페이지 구축 부분으로서 사용될 상기 데이터를 상기 자바카드 애플리케이션 코드가 다운로드되는 상기 메모리 영역과 분리된 적어도 하나의 파일(17)에 다운로드하는 단계;

c) 상기 애플리케이션에 의해 그런 구축 부분이 요청될 때 상기 HTML 페이지 구축 부분을 저장하는 적어도 하나의 파일을 열도록 상기 퍼스널 토큰을 프로그래밍하는 단계를 포함하는 것을 특징으로 하는 방법.
제11항에 있어서,

상기 자바카드 애플리케이션 코드(12) 및 상기 HTML 페이지 구축 부분(17)은, 서로 다른 시각에 퍼스널 토큰 내에 다운로드되는 것을 특징으로 하는 방법.
제11항에 있어서, 상기 방법은

상기 메모리 영역에 사전 저장된 임의의 업데이트된 상기 자바카드 애플리케이션 코드(12)를 다운로드하지 않고, 업데이트된 상기 HTML 페이지 구축 부분을 다운로드함으로써 상기 HTML 페이지 구축 부분(17)을 업데이트하는 단계를 포함하는 것을 특징으로 하는 방법.