KR100986835B1 - 대용량 스마트 카드를 이용한 개인 정보 관리 서비스 제공방법 및 장치 - Google Patents

Abstract

본 발명은 대용량 스마트 카드를 이용한 개인 정보 관리 서비스 제공 방법 및 장치에 관한 것이다. 본 발명에 따른 대용량 메모리가 구비된 스마트 카드에서의 PIMS 서비스 제공 방법은 터미널로부터 데이터 삽입 요청 신호를 수신하는 데이터 삽입 요청 수신 단계; 상기 대용량 메모리상에 상기 삽입 요청된 데이터에 상응하는 메모리를 할당하여 상기 삽입 요청된 데이터를 저장하는 데이터 저장 단계; 및 상기 저장된 데이터에 상응하는 대용량 메모리 할당 정보를 이용하여 상기 EEPROM에 포함된 해당 요소 파일을 갱신하는 요소 파일 갱신 단계를 포함할 수 있다. 따라서, 본 발명은 개인 멀티미디어 정보를 효과적으로 관리하는 것이 가능한 대용량 스마트 카드를 제공하는 장점이 있다.

DBMS, SQL, ISO-7816, 스마트카드, PIMS, 대용량 메모리, SCWS

Description

대용량 스마트 카드를 이용한 개인 정보 관리 서비스 제공 방법 및 장치{Method and Apparatus for Providing Multimedia PIMS Service Using Mass Storage Smart Card}

본 발명은 스마트 카드에 관한 것으로서, 좀 더 상세하게는, 대용량 메모리가 구비된 스마트 카드에 있어서, 스마트 카드 데이터베이스 관리 시스템 및 개인 정보 관리 서버를 이용하여 개인 정보를 효과적으로 관리하고, 스마트 카드의 이동에 따른 서비스 연속성을 보장하는 것이 가능한 대용량 스마트 카드를 이용한 개인 정보 관리 서비스 제공 방법 및 장치를 제공한다.

3세대 이동 통신 시장에서 스마트 카드의 사용이 기본 사양 중의 하나로 결정되면서 각 이동 통신사마다 자사의 USIM(Universal Subscriber Identity Module) 카드 사양 정의 및 USIM 카드를 이용한 서비스 개선에 대한 연구가 활발히 진행되고 있다.

종래에는 국내 이동 통신 시장은 CDMA기술을 기반으로 하는 동기식 IS-95망 을 주류를 이루었으나, 최근에는 광대역 코드 분할 다중 접속(WCDMA:Wideband Code Division Multiple Access) 방식을 근간으로 하는 UMTS(Universal Mobile Telecommunication System) 서비스가 상용화되고 있는 실정이다.

따라서, GSM(유럽에서 사용하는 비동기식 이동 통신 서비스)에서 가입자 인증에 사용된 SIM카드와 동기식CDMA에서 가입자 인증에 사용되는 UIM카드를 통합한 가입자 인증 카드의 개발을 통해 세대간, 시스템간 로밍 문제를 해결하기 위한 연구가 진행되고 있다.

특히, 최근에는 다양한 가입자의 욕구를 충족시키기 위해. 가입자 인증 카드는 오픈 플랫폼의 하나인 자바 카드로 개발되고 있으며. 개별적인 부가가치서비스들을 각각의 자바 카드 애플릿으로 개발하여, 가입자의 요구에 따라 개인화(Personalized)된 부가가치서비스를 유연하게 제공할 수 있다.

즉, USIM 카드는 대용량, 다기능의 스마트 카드 기능을 갖추고 있어 통신 기능, 글로벌 로밍 기능 및 신용카드, 뱅킹, 증권거래, 멤버십, 결재 등 다양한 부가 서비스 기능을 통합적으로 제공할 수 있다.

현재 스마트 카드는 웹서버 기능을 위해서 ISO 7816-7 규격을 기반으로 터미널-예를 들면, 이동 단말기-과 스마트 카드 사이의 통신 기능을 제공한다.

일반적으로, 스마트 카드는 CPU와 카드 운용 체제를 갖추고 있기 때문에 하나의 카드에서 다양한 응용 프로그램을 구현하고, 여러 가지 응용 서비스를 통합하여 사용할 수 있다는 점에서 그 편리성과 사용 분야 확대의 잠재성이 매우 큰 기술이다.

이러한, 스마트 카드 기술의 잠재력을 고려해볼 때, 스마트 카드 플랫폼 기술은 다양한 카드 응용 프로그램을 수용하기 위해 사용자 및 개발자의 편의성 및 기능적인 면을 보완한 진화된 형태로 발전되어 갈 전망이다.

종래의 스마트 카드와 터미널간의 PIMS(Personal Information Management Service) 정보는 초기 부팅 시 터미널의 메모리상에 모두 로딩되어 저장되며, 터미널에 의해 생성된 PIMS 정보는 스마트 카드에 저장함으로써, 스마트 카드와 터미널간의 PIMS 정보 동기화가 이루어졌다.

하지만, 이러한 방식은 스마트 카드에 저장된 모든 PIMS 정보를 순차적으로 터미널로 읽어 들여와야 하기 때문에 PIMS 정보의 양이 큰 경우, 터미널의 부팅 시간이 과도하게 소요되는 문제점이 있었다.

예를 들면, 스마트 카드의 USIM 응용 디렉토리(ADF_USIM)의 폰북 전용 파일(DF_phonebook)에 저장된 100개의 레코드를 터미널로 읽어와 저장하는데 30초가 소요되는 경우, 1000개의 레코드에 대해서는 300초가 소요된다.

또한, 종래의 ISO 7816 규격에 따른 스마트 카드는 텍스트(Text) 기반의 데이터 저장만을 수용하므로 이미지 및 MMS를 포함하는 개인 멀티미디어 데이터를 처리하지 못하는 문제점이 있었다.

상기와 같은 종래 기술의 문제점을 해결하기 위한 본 발명의 목적은 개인 정보를 효과적으로 관리하는 것이 가능한 대용량 스마트 카드를 제공하는 것이다.

본 발명의 다른 목적은 스마트 카드 데이터베이스 관리 시스템 및 개인정보관리에이전트를 스마트 카드상에 탑재함으로써, 스마트 카드상에서의 보다 효과적인 개인 정보 관리 방법 및 장치를 제공하는 것이다.

본 발명의 다른 목적은 사용자가 터미널에 탑재된 개인 정보 관리 응용 프로그램을 이용하여 스마트 카드상의 개인 정보를 실시간으로 관리할 수 있는 대용량 스마트 카드를 이용한 PIMS 서비스를 제공하는 것이다.

본 발명의 다른 목적은 SQL 번역 기능이 탑재된 스마트 카드를 제공하는 것이다.

본 발명의 다른 목적은 ISO 7816에 정의된 질의문 및 사용자 정의된 SQL 질의문을 모두 처리하는 것이 가능한 스마트 카드를 제공하는 것이다.

본 발명의 다른 목적은 일반적인 SQL 구문과 ISO 7816에서 정의된 구분 사이의 매핑 관계를 정의한 질의 매핑 테이블을 제공함으로써, 보다 사용자 편의적인 스마트 카드 제어 방법을 제공하는 것이다.

본 발명의 다른 목적은 SQL 기반의 질의 응답이 가능한 고속 통신 인터페이스를 터미널과 스마트 카드 사이에 구비함으로써, 보다 고속의 데이터 통신이 가능한 스마트 카드를 제공하는 것이다.

본 발명의 다른 목적들은 이하의 실시예에 대한 설명을 통해 쉽게 이해될 수 있을 것이다.

본 발명의 일 실시예에 따르면, EEPROM( Electrically- Erasable Programmable Read-Only Memory) 및 대용량 메모리가 구비된 스마트 카드에서 개인 정보 관리 서비스(Personal Information Management Service:PIMS)를 제공하는 방법이 개시된다.

본 발명의 일 실시예에 따른 대용량 메모리가 구비된 스마트 카드에서의 PIMS 서비스 제공 방법은 터미널로부터 데이터 삽입 요청 신호를 수신하는 데이터 삽입 요청 수신 단계; 상기 대용량 메모리상에 상기 삽입 요청된 데이터에 상응하는 메모리를 할당하여 상기 삽입 요청된 데이터를 저장하는 데이터 저장 단계; 및 상기 저장된 데이터에 상응하는 대용량 메모리 할당 정보를 이용하여 상기 EEPROM에 포함된 해당 요소 파일을 갱신하는 요소 파일 갱신 단계를 포함할 수 있다.

본 발명의 다른 일 실시예에 따르면, EEPROM( Electrically- Erasable Programmable Read-Only Memory) 및 대용량 메모리가 구비된 스마트 카드에서 개인 정보 관리 서비스(Personal Information Management Service:PIMS)를 제공하는 방법이 개시된다.

본 발명의 일 실시예에 따른 대용량 메모리가 구비된 스마트 카드에서의 PIMS 서비스 제공 방법은 터미널로부터 데이터 추출 요청 신호를 수신하는 데이터 추출 요청 수신 단계; 상기 EEPROM으로부터 상기 추출 요청된 데이터에 상응하는 요소 파일을 선택하여 미리 저장된 주소 정보를 획득하는 주소 획득 단계; 상기 획 득된 주소 정보를 이용하여 상기 대용량 메모리로부터 해당 데이터를 추출하는 데이터 추출 단계; 및 상기 추출된 데이터를 상기 터미널에 전송하는 데이터 전송 단계를 포함할 수 있다..

본 발명의 다른 일 실시예에 따르면, 개인 정보 관리 서비스를 제공하는 스마트 카드가 개시된다.

본 발명의 일 실시예에 따른 스마트 카드는 터미널에 의해 삽입 요청된 데이터에 상응하여 선택된 요소 파일에 레코드 상태 정보를 삽입하거나 상기 데이터 추출 요청 시 상기 레코드 상태 정보를 이용하여 해당 데이터의 추출을 제어하는 카드운용체제; 상기 삽입 요청된 데이터에 상응하는 대용량 메모리 할당 정보를 상기 카드운용체제에 제공하거나 상기 추출 요청된 데이터를 독출하여 상기 카드운용체제에 제공하는 스마트카드데이터베이스관리시스템; 및 상기 스마트카드데이터베이스관리시스템에 의해 관리되며 상기 데이터가 저장되는 대용량 메모리를 포함할 수 있다.

본 발명은 개인 멀티미디어 정보를 관리하는 것이 가능한 대용량 스마트 카드를 제공하는 장점이 있다.

또한, 본 발명은 스마트 카드 데이터베이스 관리 시스템 및 개인 정보 관리 서버를 스마트 카드상에 탑재함으로써, 스마트 카드상에서의 보다 효과적인 개인 정보 관리 방법 및 장치를 제공하는 장점이 있다.

또한, 본 발명은 사용자가 터미널에 탑재된 개인 정보 관리 응용 프로그램을 이용하여 스마트 카드상의 개인 정보를 실시간으로 관리할 수 있는 대용량 스마트 카드를 이용한 PIMS 서비스를 제공하는 장점이 있다.

본 발명은 SQL 번역 기능이 탑재된 스마트 카드를 제공함으로써, 보다 빠른 터미널 부팅 시간을 제공하는 장점이 있다.

또한, 본 발명은 ISO 7816에 정의된 구문 및 일반적인 SQL 구문을 모두 처리하는 것이 가능한 스마트 카드를 제공함으로써, 기존 터미널과의 호환성을 유지하는 스마트 카드를 제공하는 장점이 있다.

또한, 본 발명은 일반적인 SQL 구문과 ISO 7816에서 정의된 구분 사이의 매핑 관계를 정의한 질의 매핑 테이블을 스마트 카드 운용 체제에 구비함으로써, 보다 사용자 편의적인 스마트 카드 제어 방법을 제공하는 장점이 있다.

또한, 본 발명은 SQL 기반의 질의 응답이 가능한 고속 통신 인터페이스를 터미널과 스마트 카드 사이에 구비함으로써, 보다 고속의 데이터 통신이 가능한 스마트 카드를 제공하는 장점이 있다.

또한, 본 발명은 SQL 기반의 질의어에 기반으로 대용량 스마트 카드상에 저장된 데이터를 쉽게 접근/갱신/삭제할 수 있는 기능을 제공함으로써, 개발자가 보다 다양한 스마트 카드 서비스를 보다 편리하게 개발할 수 있는 개발 환경을 제공하는 효과가 있다.

본 발명은 다양한 변경을 가할 수 있고 여러 가지 실시예를 가질 수 있는 바, 특정 실시예들을 도면에 예시하고 상세한 설명에 상세하게 설명하고자 한다. 그러나, 이는 본 발명을 특정한 실시 형태에 대해 한정하려는 것이 아니며, 본 발명의 사상 및 기술 범위에 포함되는 모든 변경, 균등물 내지 대체물을 포함하는 것으로 이해되어야 한다.

제1, 제2, 등의 용어는 다양한 구성요소들을 설명하는데 사용될 수 있지만, 상기 구성요소들은 상기 용어들에 의해 한정되어서는 안 된다. 상기 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용된다. 예를 들어, 본 발명의 권리 범위를 벗어나지 않으면서 제1 구성요소는 제2 구성요소로 명명될 수 있고, 유사하게 제2 구성요소도 제1 구성요소로 명명될 수 있다.

및/또는 이라는 용어는 복수의 관련된 기재된 항목들의 조합 또는 복수의 관련된 기재된 항목들 중의 어느 항목을 포함한다. 본 출원에서 사용한 용어는 단지 특정한 실시예를 설명하기 위해 사용된 것으로, 본 발명을 한정하려는 의도가 아니다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다.

본 출원에서, "포함하는" 또는 "탑재된" "장착된" 등의 용어는 명세서 상에 기재된 특징, 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것이 존재함을 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.

다르게 정의되지 않는 한, 기술적이거나 과학적인 용어를 포함해서 여기서 사용되는 모든 용어들은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 것과 동일한 의미를 가지고 있다. 일반적으로 사용되는 사전에 정의되어 있는 것과 같은 용어들은 관련 기술의 문맥상 가지는 의미와 일치하는 의미를 가지는 것으로 해석되어야 하며, 본 출원에서 명백하게 정의하지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않는다.

전술한 것 외의 다른 측면, 특징, 이점이 이하의 도면, 특허청구범위 및 발명의 상세한 설명으로부터 명확해질 것이다.

이하에서, 본 발명에 따른 대용량 스마트 카드를 이용한 개인 정보 관리 서비스 제공 방법 및 장치에 관한 바람직한 실시예를 도면을 참조하여 상세하게 설명하기로 한다.

도 1은 UMTS 시스템에서의 UE의 구조를 도시한 블록도이다.

3GPP 표준에서는 이동 단말기를 UE(User Equipment)라 칭하며, 일반적인 기지국을 NodeB로 정의하여 사용한다.

이하의 설명에서는 설명의 편의를 위해, 이동 단말기 및 기지국을 각각 UE 및 기지국이라 명하기로 한다.

도 1을 참조하면, UE(User Equipment, 100)는 기능에 따라, 크게 ME(Mobile Equipment, 110)와 USIM(UMTS Subscriber Identity Module, 120)으로 구분될 수 있 다.

일반적으로 USIM(120)은 ME(110)과 물리적으로 분리될 수 있기 때문에 이 둘 사이에는 Cu라는 표준 인터페이스가 정의되어 있다.

여기서, ME(110)는 단말 장치(Terminal Equipment:TE, 130), 네트워크 종단(Network Termination:NT, 112) 및 무선 종단(Radio Termination:RT, 114)로 구성되며, NT(112)와 RT(114)는 Tu 인터페이스를 통해 정보를 송수신할 수 있다.

도 1에 도시된 바와 같이, NT(112)는 Cu 인터페이스 및 R 인터페이스를 통해 USIM(120) 및 TE(130)와 각각 통신할 수 있다.

UMTS에서 무선 구간의 인터페이스를 Uu 인터페이스라 하며, RT(114)는 Uu 인터페이스를 통해 NodeB(140)에 무선 신호를 송신하거나, NodeB(140)가 송신한 무선 신호를 수신할 수 있다.

USIM(120)은 사용자의 고유한 정보를 저장하는 구성 요소로서, 물리적으로 UE(100)의 일측에 착탈식으로 장착되는 IC(Integrated Card) 카드의 형태가 일반적이다. USIM(120)은 다양한 응용-여기서, 다양한 응용은 뱅킹 기능, 폰북 기능, 교통 기능 등을 포함함- 및 다양한 무선 접속 기술에 대응하는 통신 기능 등을 제공할 수 있다. 이러한 이유로, USIM(120)은 종종 스마트 카드 기능이 탑재된 UICC(Universal Integrated Circuit)라 불린다.

일반적으로, USIM(120)에 포함되는 내용은 서비스 제공자로부터 공급받는다. 그리고, USIM(120)은 핵심망(Core Network)의 홈위치등록기(Home Location Register:HLR)에 저장되어 있는 가입자의 고유한 정보를 포함할 수 있다.

또한, USIM(120)에는 폰북(Phone Book), 통화이력, 단문 메시지 등의 다양한 개인 정보를 유지할 수 있다.

이하의 설명에서는 USIM(120)에 저장될 수 있는 기본적인 정보에 대해 상세히 설명하기로 한다.

우선, USIM(120)은 USIM 제조 회사와 서비스 제공자에 의해 설정된 기본적인 정보인 암호화 알고리즘, IMSI(International Mobile Subscriber Identity) 및접속 클래스 정보(Access Class Information) 등이 유지할 수 있다.

또한, USIM(120)은 단말의 이동성 제공을 위한 정보로서 위치 식별자-예를 들면, Location Area Identity, Routing Area Identity 등을 포함함-, 임시이동가입자식별자(Temporary Mobile Subscriber Identity:TMSI), 암호화 파라미터를 저장할 수 있으며, 해당 USIM을 통해 접속 가능한 서비스 종류에 관한 정보도 유지할 수 있다.

특히, USIM(120)은 다양한 응용을 실행시키기 위한 자체적인 실행 프로그램을 유지할 수 있으며, 사용자가 개인적으로 사용하는 단문 메시지, 다이얼링 정보, 폰북 등의 사용자 데이터를 저장할 수 있다.

ME(110)는 무선접속망(Radio Access Network)과의 실질적인 통신을 담당하는 무선 단말을 지칭하고, MT(Mobile Terminal, 115)와 TE(130)로 세분된다.

MT(115)는 무선 구간을 통한 이동 통신 시스템과의 통신을 위한 무선 접속 프로토콜이 위치한다. UE(100)의 측면에서 본다면, MT(115)는 실제의 물리적인 단말 장치로 동일한 무선 접속 기술을 사용하는 UTRAN 영역에서만 통신이 가능하다.

TE(130)는 무선 접속 프로토콜의 동작에 필요한 제어 기능들을 제공한다. 예를 들면, TE(130)는 랩탑(Laptop) 컴퓨터와 연결된 무선 단말이 무선 모뎀처럼 동작할 수 있는 환경을 제공할 수 있다.또한, TE(130)는 ITU-T에 의해서 정의된 AT Command와 같은 Modem Control Command Set을 사용하여 단말의 종단-여기서, 단말의 종단은 NT(112) 및 RT(114)를 포함함-을 제어할 수 있다.

도 2는 일반적인 UICC에 구성되어야 하는 응용과 그에 따른 파일 구조이다.

도 2에 도시된 바와 같이, UICC의 논리적인 파일 구조는 크게 하나의 MF(Master File)과 UE(100)의 기본적인 동작을 위한 필수 요소 파일을 포함하여야 한다. 여기서, 필수 요소 파일은 EFPL(220), EFICCID(230) 및 EFDIR(Element File Directory, 250)을 포함한다.

여기서, EFPL(220)에 포함된 정보는 MMI(Man Machine Interface) 목적으로 ME(110)에 의해 사용될 수 있다. 또한, EFPL(220)에 포함된 정보는 선호하는 언어로 셀 방송 메시지(Cell Broadcasting Message)를 탐색하기 위해 사용될 수 있다.

또한, 일반적인 UICC는 WCDMA 서비스를 제공하기 위한 USIM 응용뿐만 아니라 GSM 로밍을 위한 GSM 응용 및 CDMA 로밍을 위한 UIM 응용 등을 포함할 수 있다.

이와 같이, 하나의 UICC를 통해 제공될 수 있는 다양한 응용 전용 파일에 대한 목록은 EFDIR(250)을 통해 관리될 수 있다.

도 2를 참조하면, EFDIR(250)은 2개의 응용 전용 파일-ADF1(260) 및 ADF2(270)-에 대한 정보를 가지고 있다. 여기서, ADF1은 USIM과 관련된 응용 전용 파일이며, ADF2는 다른 무선 접속 방식-예를 들면, 와이브로(Wibro)-에 상응하는 응용 전용 파일일 수 있다.

이하의 설명에서는 UICC 파일 구조에 포함되는 마스터 파일(Master File), 응용전용파일(Application Dedicated File:ADF), 전용 파일(Dedicated File:DF) 및 요소 파일(Elementary File:EF)의 관계를 상세히 설명하기로 한다.

상기한 파일은 해당 파일을 식별하기 위한 소정의 파일 식별자(File Identifier, 이하, 'FID'이라 함)가 할당된다. 여기서, FID는 16진수로 표기되며, 2바이트(Bites)의 길이를 갖는다. 도 2를 참조하면, GSM 서비스를 위한 전용파일(240)의 FID는 '7F20'으로 정의된다.

우선, 마스터 파일(210)은 UICC 파일 구조의 루트 디렉토리(root directory)로서, 적어도 하나의 전용 파일-여기서, 전용 파일은 응용 전용 파일을 포함함- 및 요소 파일을 가질 수 있다.

요소 파일은 데이터를 저장하는 최소 단위의 파일 구조를 가지며, 데이터 저장 방식에 따라, 투명 요소 파일(Transparent EF), 선형 고정 요소 파일(Linear Fixed EF) 및 순환 요소 파일(Cyclic EF)로 구분될 수 있다.

여기서, 투명 요소 파일은 1개의 레코드를 저장하는 구조이고, 선형 고정 요소 파일은 고정된 크기를 갖는 여러 개의 레코드를 순차적으로 저장하는 구조이다. 여기서, 선형 고정 요소 파일로는 단문 메시지 저장을 위한 파일인 EFSMS가 대표적이다.

반면, 순환 요소 파일은 데이터를 순차적으로 저장하다가 해당 파일에 할당 된 영역의 마지막 레코드가 채워지면 맨 처음 레코드를 덮어쓰는 데이터 구조이다. 즉, 순환 요소 파일은 일반적인 순환 대기 행렬(Circular Queue)의 구조에 해당 될 수 있다.

예를 들면, 순환 요소 파일은 발신 및 착신 통화 이력을 기록하기 위한 파일인 발신 호 정보 요소 파일(Outgoing Call Information EF:EFOCI) 및 착신 호 정보 요소 파일(Incoming Call Information EF:EFICI)가 대표적이다.

전용 파일은 기능상의 그룹을 형성하며, 하위 수준의 전용 파일 및 요소 파일로 구성될 수 있다. 즉, 전용 파일-여기서, 전용 파일은 응용 전용 파일을 포함함-은 응용별 동일 그룹의 요소 파일 및 요소 파일의 그룹으로 형성될 수 있다.

예를 들면, 도면 번호 271을 참조하면, ADF2(270)는 하나의 전용 파일-즉, DF1-및 2개의 요소 파일로 구성됨을 알 수 있다.

일반적으로 UICC에 필수적으로 구성되어야 하는 파일에 대한 FID는 국제 표준에 의해 미리 정의된다. 이하의 설명에서는 국제 표준에 의해 미리 정의된 FID를 '예약 FID'이라 명하기로 한다.

하지만, EFDIR(250)에 포함되는 응용 전용 파일(ADF)은 사업자의 의해 정의된 파일 식별자가 할당될 수 있다. 이때, 응용 전용 파일을 위해 할당된 파일 식별자가 국제 표준에 정의된 파일 식별자 중 어느 하나와 일치하는 경우, 원하지 않는 응용이 수행되는 문제점이 발생할 수 있다.

상기한 파일 식별자의 충돌을 회피하기 위해 응용 전용 파일은 별도의 응용 식별자(Application Identifier:AID)가 할당될 수 있다.

도 3은 종래 기술에 따른 터미널과 스마트카드사이의 통신 메커니즘을 설명하기 위한 도면이다.

도 3에 도시된 바와 같이, 종래 기술에 따른 터미널과 스마트 카드 사이의 통신은 ISO 7816 표준에 정의된 구문을 이용한 요구/응답 형태의 반이중 모드(Half duplex mode) 통신 방식을 따른다. 일반적으로, ISO 7816 표준에 정의된 전송 방식은 시리얼(Serial) 양방향 전송 라인을 사용한 저속-예를 들면, 9.6kbps-의 데이터 통신을 지원한다.

ISO 7816 표준에서는 2가지 전송 프로토콜을 제공한다.

그 중 하나인 T=0 프로토콜은 ISO 7816에서 초기부터 사용된 전송 프로토콜로서 비동기 반이중 바이트 전송 방식을 따른다.

나머지 T=1 프로토콜은 블록 전송 프로토콜이라고 하며 바이트 전송 프로토콜에 비해 보안성이 다소 개선될 수 있는 여지가 있다. GSM의 11.11 SIM(Subscriber Identification Module)에서 T=0 프로토콜을 채택한 이래 차세대 신용카드 EMV에서는 T=0, T=1 양 프로토콜을 채택하고 있다.

도 3을 참조하면, 명령(Command)는 터미널에 의해 개시되며, 스마트 카드에 내장된 카드 운용 체제(Card OS)는 터미널로부터 수신된 명령을 해석하여, 스마트 카드에 저장된 데이터의 상태를 갱신하고, 수신된 명령에 대한 응답(Respond)를 터미널에 전송한다.

ISO 7816-7에서는 종래의 APDU(Application Protocol Data Unit)을 이용하여 터미널과 스마트 카드 사이에 송수신되는 명령 메시지(Command Message)와 응답 메시지를 제공한다.

하지만, 현재 APDU를 통해 제공되는 구문은 제한적이며, 특정 요소 파일에 저장된 정보를 획득하기 위해서는 복수의 요구/응답 절차를 수행해야 하는 단점이 있다.

따라서, 터미널에서 스마트 카드상의 특정 요소 파일에 저장된 정보를 획득하기 위해서는 터미널이 마스터 파일부터 해당 요소 파일까지의 단계적인 접속이 필요하다.

또한, 터미널이 특정 요소 파일에 접속할지라도 레코드 단위의 처리가 수행되므로 특정 요소 파일에 저장된 정보를 모두 획득하기 위해서는 많은 처리 시간이 소요될 수 있다.

도 4는 종래 기술에 따른 APDU 명령 메시지 구조이다.

도 4에 도시된 바와 같이, APUU 명령 메시지는 크게 헤더(Header, 410)과 몸체(Body, 420)로 구성된다.

헤더(410)는 클래스(Class, 411), 명령 코드(Instruction Code, 412), 파라메터(Parameter, 413)로 구성될 수 있다.

여기서, 파라메터(413)는 P1(414) 및 P2(415)로 구성되며, P1(414)와 P2(415)는 명령 코드(412)의 기준 주소 정보를 가리킨다.

클래스(411)는 ISO 명령어, 전용 명령어, 암호화 등의 명령어 집합을 식별하 기 위한 클래스 바이트가 기록되는 영역이며, ISO 7816-4에 자세하게 서술되어있다.

명령 코드(412)는 클래스 필드(411)과 조합하여 명령 타입을 식별하기 위한 코드로서, 유효 명령 코드의 LSB는 항상 0이며, MSB는 6이나 9가 될 수 없다. 그 이유는 스마트카드 제조업체가 내부적으로 사용하는 값이므로 그에 따른 충돌을 피하기 위해서이다.

몸체(420)는 가변 길이를 가지며, 명령 메시지에 포함된 데이터의 길이를 가리키는 Lc(Length of Command data, 421), 스마트 카드의 해당 주소 영역에 기록될 데이터를 가리키는 DATA(422) 및 스마트 카드로부터 수신될 응답 메시지의 크기를 지시하는 Le(Length of Expected response data, 423)으로 구성된다.

이하에서는 APDU 명령 메시지의 다양한 구조를 간단히 설명하기로 한다.

제 1구조는 전송이나 수신 데이터를 요구하지 않는 명령 메시지로서, 클래스(411), 명령 코드(412), P1(414), P2(415)로 구성된다.

제 2구조는 터미널에서 스마트 카드로 전송할 데이터를 포함하는 명령 메시지로서 클래스(411), 명령 코드(412), P1(414), P2(415), Lc(421), DATA(422)로 구성된다.

제 3구조는 터미널이 데이터를 스마트 카드에 전송하지 않지만, 데이터 회신 응답을 스마트 카드에 요구하는 명령 메시지로서, 클래스(411), 명령 코드(412), P1(414), P2(415), Le(423)로 구성된다.

마지막, 제 4구조는 터미널이 데이터를 스마트 카드에 전송함과 동시에 데이 터 회신 응답을 스마트 카드에 요구하는 명령 메시지로서, 클래스(411), 명령 코드(412), P1(414), P2(415), Lc(421), DATA(422), Le(423)로 구성된다.

도 5는 종래 기술에 따른 APDU 응답 메시지의 구조이다.

도 5에 도시된 바와 같이, APDU 응답 메시지는 터미널로 전송할 데이터가 존재하는 경우에 포함되는 몸체(Body, 510)와 상태 바이트를 포함하는 트레일러(Trailer, 520)로 구성된다.

APDU 응답 메시지의 크기는 APDU 명령 메시지에 포함된 Le(423) 값만큼의 크기를 가진다

여기서, 응답 메시지에 포함되는 상태 코드 정보(Status Word:SW)는 SW1과 SW2이며 터미널에 의해 요구된 명령이 정상 완료된 경우와 실패한 경우로 구분된다.

터미널이 명령 메시지를 스마트 카드에 전송한 후, 스마트 카드로부터 응답을 기다리는데 이것을 절차바이트(Procedure Byte)라 하며, 절차바이트는 ACK 또는 SW1 둘 중에 하나이다.

만약, 스마트 카드가 SW1바이트를 전송하면, 새로운 SW2바이트가 전송될 것을 의미한다. SW1, SW2 바이트 조합은 스마트 카드 상태 및 응답이 완료되었음을 터미널에 통보하기 위한 용도로 사용될 수 있다.

도 6은 ISO 7816 표준에 정의된 스마트 카드와 터미널간의 통신을 하기 위한 기본 명령어를 설명하기 위한 도면이다.

스마트 카드는 수동적으로 동작-단말기 또는 시스템에서 주어진 명령에 대해서 응답하는 형태로 동작함-하고, 전원, 리셋, 클럭 및 명령어의 전달이 전부 외부에서 주어졌을 때에만 카드 내부에서 응답하는 형태로 동작하기 때문에 기본 명령어는 업체간에 호환성 및 연동을 위해 매우 중요한 요소이다.

하지만, 도 6에 도시된 명령어만으로 다양한 스마트 카드 부가 서비스를 제공하는 것은 매우 어려운 문제점이 있다.

상기한 도 6에 도시된 각각의 APDU 명령 메시지에 대한 세부 설명은 해당 도면상에 기재된 내용으로 대신하기로 한다.

도 7은 종래 기술에 따른 ISO 7816 표준에 따른 터미널과 USIM 사이의 데이터 전송 절차를 설명하기 위한 도면이다.

이하의 설명에서는 터미널이 스마트 카드에 저장된 폰북(Phonebook) 데이터를 획득하는 절차를 상기한 도 7을 참조하여 상세히 설명하기로 한다.

도 7을 참조하면, 스마트 카드가 터미널에 삽입되고, 전원이 공급되면, 터미널은 스마트 카드에 리셋(Reset) 신호를 송신한다(S702),

스마트 카드는 내부적인 리셋 절차가 완료되면, 리셋에 대한 응답 신호(Answer To Reset:ATR)을 터미널에 송신한다(S704).

터미널은 수신된 ATR에 따라 전원 및 전압을 결정할 뿐만 아니라 프로토콜을 결정하고 Initial Character, Format Character, Interface Character, Historical Character, Check Character, 제조 업체 식별 등 기본적인 동작을 시작할 수 있다. 이 후, 터미널은 스마트 카드에 저장된 파일을 선택하는 절차를 수행한다.

터미널에서 스마트 카드에 저장된 데이터를 획득하는 절차는 크게 파일 선택 절차와 레코드 선택 절차가 순차적으로 수행된다.

도 7에 도시된 바와 같이, 터미널은 USIM 응용 전용 파일을 선택하기 위해 "Select ADF_USIM" 명령을 스마트 카드에 전송한다(S706),

스마트 카드는 ADF_USIM 디렉토리를 정상적으로 선택한 경우, ACK 상태 식별자-여기서, ACK 상태 식별자는 트레일러(520)에 0x9000이 설정되는 것을 의미함-를 포함하는 APDU 응답 메시지를 터미널에 전송한다(S708).

터미널은 폰북 디렉토리의 선택을 지시하는 APDU 명령 메시지-예를 들면, "Select DF_Phonebook"-를 스마트 카드에 전송한다(S710).

스마트 카드는 DF_Phonebook 디렉토리를 정상적으로 선택한 경우, ACK 상태 식별자를 포함하는 APDU 응답 메시지를 터미널에 전송한다(S712).

터미널은 폰북에 기록된 첫번째 레코드의 선택을 지시하는 APDU 명령 메시지-예를 들면, "Select EF_Phonebook record #1"-를 스마트 카드에 전송한다(S714).

터미널은 스마트 카드로부터 ACK 상태 식별자를 포함하는 APDU 응답 메시지를 수신하면(S716), 폰북에 기록된 첫번째 레코드의 독출을 지시하는 APDU 명령 메시지-예를 들면, "Read record EF_Phonebook record #1"-를 스마트 카드에 전송한다(S718).

스마트 카드는 폰북에 저장된 첫번째 레코드를 독출하고, 독출된 첫번째 레 코드 및 ACK 상태 식별자를 포함하는 APDU 응답 메시지를 터미널에 전송한다(S720).

이후, 터미널은 폰북에 기록된 모든 레코드를 획득할 때까지 제2 내지 제N 폰북 레코드에 대한 독출을 지시하는 APDU 명령 메시지를 터미널에 전송할 수 있다(S722).

즉, 이동 단말기는 상기한 702 단계 내지 722 단계를 수행함으로써 USIM에 저장된 폰북을 이동 단말기로 동기화시킬 수 있다.

일반적으로, 이동 단말기는 USIM에 저장된 폰북 데이터를 초기화 단계에서 획득하고, 이를 소정의 기록 영역에 저장하여 사용한다.

하지만, 종래 기술에 따른 폰북 초기화 절차는 많은 처리 시간이 소요되므로, 전체적으로 이동 단말기의 초기 부팅 시간이 길어지는 문제점이 존재할 수 있다.

도 8은 본 발명의 일 실시예에 따른 스마트 카드의 내부 블록도이다.

도 8에 도시된 바와 같이, 본 발명에 따른 스마트 카드(810)는 스마트카드데이터베이스관리시스템(Smart Card Database Management System:SC-DBMS, 812), 카드운용체제(Card Operating System:COS, 814), 구문해독기(816), SQL구문매핑테이블(818), 데이터베이스(820), ROM(Read Only Memory, 822), RAM(Random Access Memory, 824), EEPROM(Electrically- Erasable Programmable Read-Only Memory, 826) 및 스마트카드인터페이스(SC I/F, 828)을 포함할 수 있다.

여기서, 스마트카드인터페이스(828)은 ISO 7816에 정의된 전기적, 물리적 특성을 지원하는 ISO 7816 인터페이스, NFC(Near Field Communicaiton) 모듈과의 통신 인터페이스를 제공하는 RF 인터페이스, USB 통신과 같은 고속의 통신 인터페이스를 제공하는 HS(High Speed) 인터페이스 중 적어도 하나를 지원할 수 있다.

터미널(850)은 터미널인터페이스(Terminal I/F, 852), HAL(Handset Abstraction Layer, 854), 터미널운용체제(856) 및 응용소프트웨어(856)을 포함할 수 있다.

여기서, HAL(854)는 터미널운용체제(856)와 터미널하드웨어 사이의 인터페이스 표준으로서, 터미널 하드웨어에 종속되지 않고, 터미널운용체제를 손쉽게 포팅(porting)할 수 있는 환경을 제공한다. 본 발명의 일 실시예 따른 터미널(850)은 ISO 7816에 정의된 명령 메시지 및 사용자 정의된 SQL 질의문(Query를 스마트 카드(810)에 송신할 수 있는 것이 바람직하다.

또한, 터미널(850)은 ISO 7816에 정의된 APDU 응답 메시지 및 SQL 응답 메시지를 모두 처리하는 것이 바람직하다.

본 발명에 따른 스마트 카드(810)는 터미널(850)로부터 수신된 질의문이 일반적인 SQL 구문인지 ISO 7818에 정의된 APDU 메시지인지를 식별할 수 있다. 여기서, 질의문 타입의 식별은 카드운용체제(814)에 의해 수행되는 것이 바람직하다.

만약, 수신된 질의문이 SQL 구문인 경우, 스마트 카드(810)는 미리 저장된 SQL 구문 매핑 테이블(818)을 참조하여 자체적으로 일련의 APDU 명령 메시지를 생성하고, 해당 APDU 명령 메시지에 대한 처리 결과를 소정의 임시 기록 영역-예를 들면, RAM(824)-에 저장할 수 있다.

여기서, 구분해독기(816)가 카드운용체제(814)의 제어 신호에 따라 SQL 구문에 해독하여 일련의 APDU 명령 메시지를 생성하고, 처리 결과를 임시 기록 영역에 저장하는 기능을 수행하는 것이 바람직하다.

따라서, SQL구문매핑테이블(818)은 SQL 구문 별 순차적인 APDU 명령의 수행 절차-여기서, APDU 명령 메시지는 파일 선택 절차 및 레코드 추출 절차를 수행하기 위한 메시지로 구성됨-가 정의되어 있는 것이 바람직하다.

구분해독기(816)는 해독된 SQL 구분에 상응하는 모든 APDU 명령 메시지를 수행하면, 해당 처리 결과를 스마트카드인터페이스(828)를 통해 터미널(850)에 전송한다.

본 발명의 다른 일 실시예에 따르면, 구분해독기(816)는 구문 해독 요청된 SQL 구문에 상응하는 적어도 하나의 순차적인 ADPU 명령 메시지를 카드운용체제(814)에 제공하고, 카드운용체제(814)가 APDU 명령 메시지를 이용하여 파일 선택 절차 및 레코드 추출 절차를 수행할 수도 있음을 주의해야 한다.

이때, 카드운용체제(814)는 터미널(850)으로 전송할 처리 결과가 존재하는 경우, 해당 처리 결과를 스마트카드인터페이스(828)를 통해 터미널(850)에 전송한다.

SC-DBMS(812)는 데이터베이스(820)로의 접속 제어 및 관리 기능을 수행한다. 예를 들면, SC-DBMS(812)는 구문해독기(816) 또는 카드운용체제(814)로부터 수신된 파일 선택 명령 및 레코드 추출 명령을 처리하고, 처리 결과를 해당 명령 송신측에 제공할 수 있다.

ROM(822)은 프로그램을 저장하기 위한 읽기 전용 기억 장소로서, 카드운용체제(814)에 로딩될 프로그램 및 기본적인 API가 저장될 수 있다.

RAM(824)는 완성된 스마트 카드의 마이크로 프로세서에서 보조 기억 장치로 사용하는 휘발성 메모리로서, 프로그램 실행 중에 생성되는 변수 및 데이터를 임시 저장하기 위한 기록 장치이다.

EEPROM(826)은 스마트 카드 제조 후에도 카드내의 메모리 내용에 대한 읽기, 쓰기, 삭제 등이 가능하며, 일반적으로 응용 프로그램 소스 및 응용 프로그램 데이터를 저장하기 위한 용도로 사용될 수 있다.

일반적으로, EEPROM(826)은 상기한 도 2에 도시된 UICC 파일들을 저장하기 위한 용도로 사용된다. 하지만, UICC 파일들은 텍스트 기반의 데이터들로 구성될 뿐만 아니라 멀티미디어 데이터와 같은 대용량의 정보를 저장할 수 없는 단점이 있다.

따라서, 본 발명의 일 실시예에 따르면, 데이터 양이 적고, 잦은 조회나 변경이 필요한 데이터는 EEPROM(826)을 통해 관리하고, 데이터 양이 크고, 비교적 조회나 변경 횟수가 적은 데이터는 플래시 메모리 형태의 기록 매체에 파일 시스템이 구성된 데이터베이스(820)를 통해 관리되는 것이 바람직하다.

예를 들면, 본 발명에 따른 데이터베이스(820)는 폰북 정보, 이메일 정보, 단문 메시지 정보, 통화 이력, 멀티미디어 메시지 정보 등 비교적 데이터 양이 큰 정보가 저장될 수 있다.

상기한 도 8에서는 구문해독기(816)가 카드운용체제(814)와 내부 버스(Internal bus)를 통해 통신하는 것으로 도시되어 있으나, 본 발명의 다른 실시예에 따르면, 구문해독기(816)가 카드운용체제(814)의 하부 기능 모듈로 구성될 수도 있음을 주의해야 한다.

특히, 본 발명에 따른 SC-DBMS(812)는 터미널(850)로부터 기록 요청된 데이터의 크기 및 데이터의 타입에 따라 해당 데이터를 대용량 플래시 메모리-즉, 데이터베이스(820)-에 저장할 것인지, EEPROM(826)에 저장할 것인지를 판단할 수 있다.

예를 들면, 카드운용체제(814)가 터미널(850)으로부터 MP3 파일의 기록을 지시하는 소정의 명령 메시지를 수신하는 경우, 카드운용체제(814)는 수신된 명령 메시지를 해독하고, 해당 MP3 파일에 대한 저장을 SC-DBMS(812)에 요청할 수 있다. 여기서, 명령 메시지는 데이터 타입, 데이터의 길이 정보 등을 포함하는 것이 바람직하다.

SC-DBMS(812)는 기록 요청된 데이터의 타입이 멀티미디어 타입이므로, 해당 MP3 파일을 데이터베이스(820)에 저장할 수 있다.

만약, 카드운용체제(814)가 터미널(850)으로부터 단문 메시지의 기록을 지시하는 소정의 명령 메시지를 수신하는 경우, 카드운용체제(814)는 수신된 명령 메시지를 해독하고, 해당 단문 메시지에 대한 저장을 SC-DBMS(812)에 요청할 수 있다

SC-DBMS(812)는 기록 요청된 데이터의 타입이 텍스트 타입이고 미리 정의된 기준 크기보다 작은 경우, 해당 단문 메시지를 EEPROM(826)의 미리 정의된 EF-예를 들면, EFsms-에 저장할 수 있다.

만약, 카드운용체제(814)가 터미널(850)으로부터 Email 기록을 지시하는 소정의 명령 메시지를 수신하는 경우, 카드운용체제(814)는 수신된 명령 메시지를 해독하고, 해당 단문 메시지에 대한 저장을 SC-DBMS(812)에 요청할 수 있다.

SC-DBMS(812)는 기록 요청된 데이터의 타입이 텍스트 타입이고 미리 정의된 기준 크기보다 큰 경우, 해당 Email을 데이터베이스(820)에 저장할 수 있다.

일반적으로, EEPROM(826)에 유지된 파일은 상기한 도2에 도시된 바와 같이 계층적 구조를 가지고 있으며, 그에 따른 파일 선택 절차 및 레코드 획득 절차가 복잡한 특징이 있다.

또한, EEPROM(826)에 저장된 파일들은 응용 별 별도의 응용 전용 디렉토리(ADF)를 유지하므로, 스마트 카드에 탑재된 다양한 응용 프로그램간에 특정 파일을 공유하기 힘든 단점이 있다.

상기와 같은 문제점을 해결하기 위해, 본 발명의 일 실시예에 따른 SC-DBMS(812)는 응용 프로그램간의 공유가 필요한 데이터를 데이터베이스(820)상에서 관리되도록 제어하는 것이 바람직하다.

예를 들면, 하나의 스마트 카드에서 USIM 응용과 CDMA 응용을 모두 지원하는 경우, 각 응용 별 폰 북 파일이 별도로 EEPROM(826)에 기록될 수 있다. 하지만, 각 응용 별 폰 북에 저장된 정보는 동일한 정보로 구성될 수 있다.

이러한 경우, EEPROM(826)의 메모리 이용 효율이 떨어질 뿐만 아니라 폰 북을 변경할 때마다 응용 별 폰 북을 모두 갱신해야 하므로 많은 처리 시간이 소요될 수 있다. 즉, 상기한 예에서와 같은 문제점은 응용 별 공유되는 폰 북 파일을 데이 터베이스(820)에 저장함으로써 간단히 해결될 수 있다.

본 발명의 다른 일 실시예에 따르면, 터미널(850)은 특정 데이터가 저장될 기록 매체-여기서, 기록 매체는 데이터베이스(820) 및 EEPROM(826)을 포함함-를 명령 메시지상에 명시적으로 포함시킬 수 있다. 이 경우, SC-DBMS(812)는 명령 메시지에 포함된 기록 매체 식별자에 상응하는 기록 매체에 기록 요청된 데이터를 저장할 수 있다.

도 9는 본 발명에 따른 SQL 구문을 이용한 터미널과 스마트 카드 사이의 데이터 전송 절차를 설명하기 위한 도면이다.

좀 더 상세하게, 도 9는 터미널이 SQL 구문을 이용하여 스마트 카드에 저장된 폰북(Phonebook) 데이터를 획득하는 절차를 설명하기 위한 도면이다.

도 9를 참조하면, 스마트 카드(810)가 터미널(850)에 장착되고, 전원이 공급되면, 터미널(850)은 스마트 카드(810)에 리셋(Reset) 신호를 송신한다(S902),

스마트 카드(810)는 내부적인 리셋 절차가 완료되면, 리셋에 대한 응답 신호(Answer To Reset:ATR)를 터미널에 송신한다(S904).

터미널(850)이 폰 북에 저장된 모든 데이터의 전송을 지시하는 SQL 구문-예를 들면, "Select * from Phonebook"-을 스마트 카드(810)에 송신하면(S906), 스마트 카드(810)는 수신된 SQL 구문을 카드운용체제(814)에 전달한다.

카드운용체제(814)는 수신된 SQL 구문을 포함하는 구문 해독 요구 신호를 구문해독기(816)에 전송한다(S908). 구문해독기(816)는 수신된 SQL 구문을 미리 저장 된 SQL구문매핑테이블(818)을 참조하여 구문 해독을 수행한다(S910).

구문해독기(816)는 해당 SQL 구문에 대한 구문 해독 결과-여기서, 구문 해독 결과는 순차적으로 수행되어야 할 APDU 명령 리스트를 포함함-를 포함하는 구문 해독 결과 응답 신호를 카드운용체제(814)에 전송한다(S912).

카드운용체제(814)는 수신된 구문 해독 결과를 이용하여 폰 북 파일을 선택하고, 폰 북 파일에 저장된 제1 내지 제N 레코드를 데이터베이스(812)로부터 추출한다(S914).

카드운용체제(814)는 추출된 제1 내지 제N 레코드를 순차적으로 터미널(850)에 전송하고(S918), 터미널(850)은 수신된 제1 내지 제2 레코드를 이용하여 터미널 내부의 소정의 기록 영역에 폰 북을 구성한다.

도 10은 본 발명의 일 실시예에 따른 대용량 스마트 카드에서의 데이터 처리 방법을 설명하기 위한 도면이다.

좀 더 상세하게, 도 10은 터미널(850)로부터 특정 데이터의 삽입이 요청된 경우, 스마트카드(810)에서 삽입 요청된 데이터의 타입 및 크기에 따라 해당 데이터를 저장할 기록 매체를 선택하고, 선택된 기록 매체에 해당 데이터를 저장하는 절차를 도시한 흐름도이다.

도 10을 참조하면, 터미널(850)은 데이터 및 데이터 식별 정보-여기서, 데이터 식별 정보는 데이터 타입 및 데이터 사이즈를 포함함-를 포함하는 데이터 삽입 요청 메시지를 카드운용체제(814)에 송신한다(S1002).

카드운용체제(814)는 수신된 데이터를 소정의 기록 매체-예를 들면, RAM(824) 또는 내부 버퍼-에 임시 저장하고, 수신된 데이터 삽입 요청 메시지로부터 데이터 식별 정보를 추출한다(S1004).

카드운용체제(814)는 추출한 데이터 식별 정보를 포함하는 데이터 수신 통보 메시지를 SC-DBMS(812)에 송신한다(S1006).

SC-DBMS(812)는 수신된 데이터 식별 정보를 이용하여 해당 데이터를 저장할 기록 매체를 선택하고(S1008), 선택된 기록 매체 타입 식별자를 포함하는 데이터 수신 응답 메시지를 카드운용체제(814)에 송신한다(S1010).

카드운용체제(814)는 수신된 기록 매체 타입 식별자가 EEPROM에 상응하는 식별자인지 판단한다(S1012).

판단 결과, EEPROM에 상응하는 식별자가 아닌 경우, 카드운용체제(814)는 상기 1004 단계에서 임시 저장된 데이터의 주소 정보를 포함하는 저장 요청 메시지를 SC-DBMS(812)에 전송한다(S1014).

SC-DBMS(812)는 저장 요청된 데이터를 데이터베이스에 저장한 후(S1016), 정상 처리 되었음을 지시하는 저장 완료 메시지를 카드운용체제(814)에 송신한다(S1018).

카드운용체제(814)는 삽입 요청된 데이터가 정상적으로 처리되었음을 지시하는 데이터 삽입 완료 메시지를 터미널(850)에 송신한다.

여기서, 상기한 데이터 삽입 요청 메시지 및 데이터 삽입 완료 메시지는 SQL 구문으로 작성되는 것이 바람직하다.

상기한 1012 단계에서, 만약, 기록 매체 타입 식별자가 EEPROM에 상응하는 식별자인 경우, 수신된 SQL 구문-즉, 데이터 삽입 요청 메시지를 의미함-에 대한 해독을 요구하는 구문 해독 요구 메시지를 구문해독기(812)에 송신한다(S1022).

구문해독기(816)는 미리 저장된 SQL구문매핑테이블(818)을 참조하여 해당 SQL 구문에 대한 구문을 해독하고(S1024), 해당 구문 해독 결과-여기서, 구문 해독 결과는 순차적으로 수행되어야 할 APDU 명령 리스트를 포함함-를 포함하는 구문 해독 결과 응답 메시지를 카드운용체제(814)에 전송한다(S1026).

카드운용체제(814)는 수신된 구문 해독 결과를 이용하여 EEPROM상의 파일을 선택하고, 선택된 파일에 삽입 요청된 데이터를 저장한다(S1028).

카드운용체제(814)는 삽입 요청된 데이터가 정상적으로 처리되었음을 지시하는 데이터 삽입 완료 메시지를 터미널(850)에 송신한다(S1020).

도 11은 본 발명의 일 실시예에 따른 멀티미디어 PIMS 서비스를 제공하는 스마트 카드의 내부 블록도이다.

좀 더 상세하게, 도 11은 스마트카드(1150)에 대용량 메모리(1158)을 관리하는 SC-DBMS(1157) 및 개인 멀티미디어 정보 관리 에이전트(Mutimedia PIMS Agent, 1150)-이하, 간단히 "MM_PIMS Agent"이라 함-를 구비함으로써, 사용자 데이터의 효과적 관리 및 터미널에 종속됨이 없이 스마트카드 이동에 따른 서비스 연속성을 보장하는 것이 가능한 스마트카드를 설명하기 위한 도면이다.

도 11에 도시된 바와 같이, 본 발명의 일 실시예에 따른 스마트 카드(1150) 는 하드웨어(Hardware, 1151), 카드운용체제(1152), 자바플랫폼(1115), MM-PIMS Agent(1116), 스마트카드데이터베이스(SC-DBMS, 1157) 및 대용량 메모리(1158)로 구성될 수 있다.

본 발명에 따른 스마트 카드(1150)는 카드운용체제(1152)에 자바 바이트코드 인터프리터(JAVA Byte code Interpreter)를 탑재하고, 카드에 적합하게 변환된 자바 클래스 파일을 다운로드할 수 있는 자바 기반 스마트 카드인 것이 바람직하다.

하드웨어(1151)는 중앙처리장치(Central Processing Unit:CPU), ROM(822), RAM(824), EEPROM(826)과 같은 메모리 및 터미널(1110)과의 통신 인터페이스-이하, '스마트 카드 인터페이스'이라 함-를 제공한다.

카드운용체제(1152)는 하드웨어 계층 위에 존재하며, 터미널(1110)로부터 수신되는 명령 메시지의 해독 및 터미널(1110)의 제어 명령에 대한 처리 결과를 스마트 카드 인터페이스를 통해 터미널(1110)에 제공한다.

특히, 본 발명에 따른 카드운용체제(1152)는 터미널(1110)로부터 수신된 SQL 구문을 해독하고, 만약, 수신된 SQL 구문이 개인 멀티미디어 데이터의 독출을 지시하는 명령인 경우, EEPROM(826)으로부터 개인 멀티미디어 정보가 실제적으로 저장된 기록 매체-여기서, 기록 매체는 대용량의 NAND Flash Memory일 수 있음-상의 주소 정보-여기서, 주소 정보는 해당 레코드의 시작 주소(Start Address), 해당 레코드의 크기 정보(Length information) 등을 포함할 수 있음-를 획득하여 MM_PIMS Agent(1116)에 제공할 수 있다.

MM_PIMS Agent(1116)가 카드운용체제(1152)로부터 획득한 주소 정보를 포함 하는 데이터 요청 신호를 SC-DBMS(1157)에 송신하면, SC-DBMS(1157)는 주소 정보를 참조하여 대용량 메모리(1158)에 저장된 해당 레코드를 독출할 수 있다. 여기서, 독출된 레코드는 MM_PIMS Agent(1116)에 전달되며, MM_PIMS Agent(1116)는 스마트카드 인터페이스를 통해 터미널(1110)에 전송할 수 있다.

본 발명에 따른 스마트 카드는 카드운용체제(1152)위에 SUN사가 개발한 자바 가상 기계(Java Virtual Machine)를 탑재한 형태의 카드 플랫폼으로 Multos와 같이 다중 응용 프로그램 탑재가 가능하고, post-issuance 형태로 응용 프로그램 다운로딩이 가능한 개방형 플랫폼인 것이 바람직하다.

따라서, MM_PIMS Agent(1116)는 자바 기반의 스마트 카드상에 다양한 응용 프로그램이 존재할 수 있도록 지원해주는 자바플랫폼(1115)-여기서, 자바플랫폼(1115)는 자바가상기계(1153) 및 자바 카드 API/Framework(1154)로 구성됨-위에 탑재되는 자바 애플릿(Applet) 형태의 응용 프로그램일 수 있다.

본 발명에 따른 터미널(1110)은 하드웨어(1111), HAL(1112), 터미널운용체제(1113), WIPI(1114) 및 멀티미디어 PIMS 응용(1115)를 포함할 수 있다.

특히, 터미널 사용자는 터미널(1110)에 탑재된 멀티미디어 PIMS 응용(1110)을 이용하여 스마트 카드(1150)에 저장된 개인 멀티미디어 정보를 획득하거나, 터미널(1110)에 의해 생성된 개인 멀티미디어 정보를 스마트 카드(1150)의 대용량 메모리(1158)에 저장할 수 있다.

여기서, 멀티미디어 PIMS 응용(1115)은 사용자에 의해 입력된 SQL 구문을 입력 받아 스마트 카드(1150)에 전달할 수 있음을 주의해야 한다.

도 12는 본 발명의 일 실시예에 따른 대용량 스마트 카드에서의 개인 멀티미디어 정보에 대한 파일 시스템이다.

좀 더 상세하게, 도 12는 USIM 응용 전용 파일(ADF_USIM)의 폰북 전용 파일(DF_phonebook)상의 특정 요소 파일에 개인 멀티미디어 데이터가 저장된 대용량 메모리(1158)상의 위치 정보를 유지함으로써, 기존 UICC 파일 구조를 이용한 개인 멀티미디어 정보 관리 방법을 설명하기 위한 도면이다.

도 12를 참조하면, 폰북 전용 파일은 개인 멀티미디어 정보에 상응하는 요소 파일-예를 들면, 멀티미디어 메시지에 관한 EF_mms(1222) 및 사진과 같은 이미지에 대한 EF_image(1224)-을 포함할 수 있다.

EF_mms(1222) 및 EF_image(1224)는 레코드 단위의 실제적인 멀티미디어 메시지, 이미지 데이터가 저장된 대용량 메모리(1158)상의 주소 정보를 포함할 수 있다.

여기서, 기존 UICC 파일들은 상기한 도 8의 EEPROM(826)상에 유지되며, 본 발명에 따른 카드운용체제(1152)는 MM_PIMS Agent(1116)의 요청에 따라 개인 멀티미디어 정보와 관계된 요소 파일로부터 해당 레코드가 저장된 실제적인 주소 정보-여기서, 주소 정보는 레코드 시작 주소 및 레코드 길이를 포함함-를 획득하고, 획득된 주소 정보를 MM_PIMS Agent(1116)에 반환할 수 있다.

MM_PIMS Agent(1116)는 획득된 주소 정보를 SC-DBMS(1157)에 전달하며, SC-DBMS(1157)는 전달받은 주소 정보를 이용하여 대용량 메모리(1158)로부터 해당 레 코드를 추출할 수 있다. 추출된 레코드는 MM_PIMS Agent(1116)에 전달된 후, 스마트 카드 인터페이스를 통해 터미널에 전송된다.

도 12를 참조하면, 개인 멀티미디어 정보와 관련된 요소 파일은 적어도 하나의 레코드 상태 정보(1230)를 포함할 수 있다. 여기서, 각각의 레코드 상태 정보(1230)는 레코드식별자필드(Record Identifier Field, 1232), 서비스플래그필드(Service Flag Field, 1234), 시작주소필드(Start Address Field,1236) 및 길이필드(Length Field, 1238)중 적어도 하나를 포함할 수 있다.

레코드식별자필드(1232)는 요소 파일 별 고유한 레코드 식별자가 저장되는 필드로서, 레코드 식별자는 순차적인 레코드의 추출을 위한 인덱스(Index)로 사용될 수 있다.

서비스플래그(1234)는 해당 레코드를 사용하는 응용 어플리케이션을 식별하기 위한 필드로서, 서비스플래그는 비트맵 방식을 이용하여 적어도 하나의 응용 어플리케이션이 해당 레코드를 사용할 수 있음을 지시할 수 있다.

예를 들면, 서비스플래그(1234)는 1Byte의 크기를 가질 수 있으며, 각 비트 별 스마트 카드에서 제공 가능한 어플리케이션을 매핑시킬 수 있다. 일 예로, 0x01은 "스마트 카드 웹 서버", 0x02는 "PIMS 서버", 0x04는 "금융", 0x08은 "게임" 등으로 정의되어 사용될 수 있다.

본 발명의 다른 일 실시예에 따르면, 서비스플래그(1234)는 레코드 타입을 식별하기 위한 정보로 사용될 수 있다. 예를 들면, 서비스플래스(1234)는 해당 레코드가 MMS 타입인지 이미지 타입인지 여부를 식별하기 위한 용도로 사용될 수 있 다.

시작주소필드(1236)는 해당 레코드가 실제적으로 저장된 대용량 메모리상의 레코드 시작 주소가 저장되는 필드이다.

길이필드(1238)는 해당 레코드의 크기-예를 들면, 바이트(Byte) 단위의 크기일 수 있음-를 기록하기 위한 필드이다.

여기서, 레코드 상태 정보(1230)는 해당 레코드의 추가/삭제에 따라 동적으로 생성되거나 삭제될 수 있다. 또한, 시작주소필드(1236) 및 길이필드(1238)의 값은 해당 레코드 내용이 갱신되어 그 크기가 변경되거나 대용량 메모리상의 저장 위치가 변경되는 경우 갱신될 수 있다.

도 13는 본 발명의 일 실시예에 따른 개인 멀티미디어 정보 획득 절차를 설명하기 위한 흐름도이다.

좀 더 상세하게, 도 13은 터미널(1110)에서 SQL 구문을 이용하여 스마트 카드(1150)의 대용량 메모리(1158)에 저장된 이미지 데이터를 획득하는 절차를 설명하기 위한 도면이다.

본 발명의 일 실시예에 따른 스마트 카드(1150)는 SC-DBMS(1157) 및 MM_PIMS Agent(1116)를 통해 개인 멀티미디어 데이터 관리 서비스를 제공하는 스마트 카드 웹 서버(Smart Card Web Server:SCWS) 기능을 제공할 수 있다.

여기서, SCWS는 터미널의 종류에 관계없이 스마트 카드상에 탑재된 컨텐츠 및 응용 프로그램을 사용하는 것을 가능하게 하는 웹 서버이다.

따라서, 터미널 사용자는 SCWS 기능을 통해 커버리지(coverage)에 상관없이 WAP(Wireless Access Protocol) 컨텐츠를 사용하고, 카드 브라우저(card browser)를 통해 스마트 카드 컨텐츠에 접속할 수 있다.

이하의 설명에서는 멀티미디어 PIMS 서비스 제공 절차를 도 12를 참조하여 상세히 설명하기로 한다.

터미널(1110)은 USIM 응용 전용 파일에 포함된 폰북 전용 파일로부터 이미지 데이터를 획득하기 위해 소정의 SQL 구문-예를 들면, "Select image from phonebook"-을 카드운용체제(1152)에 전송한다(S1302).

카드운용체제(1152)는 수신된 SQL 구문을 해독하여(S1304), EEPROM(826)에 저장된 UICC 파일 구조로부터 개인 이미지 데이터와 관계된 요소 파일-예를 들면, 상기한 도 12에 도시된 'EF_image(1224)'-을 선택하고, 해당 요소 파일의 첫번째 레코드-이하, 'record#1'이라 함-에 상응하는 주소 정보를 획득한다(S1306).

카드운용체제(1152)는 획득된 record#1에 대한 주소 정보를 MM_PIMS Agent(1116)에 전달한다(S1308). MM_PIMS Agent(1116)는 record#1 주소 정보를 포함하는 데이터 추출 요청 신호를 SC-DBMS(1157)에 송신한다(S1310).

SC-DBMS(1157)는 수신된 주소 정보를 참조하여 대용량 메모리(1158)로부터 record#1을 독출하고(S1312), 독출된 record#1을 포함하는 데이터 추출 응답 신호를 MM_PIMS Agent(1116)에 송신한다(S1314).

MM_PIMS Agent(1116)는 수신한 record#1을 카드운용체제(1152)를 통해 터미널(1110)에 전송한다(S1316).

카드운용체제(1152)는 record#1에 대한 데이터 전송이 완료한 경우, 두번째 레코드-이하, 'record#2'이라 함-에 대한 주소 정보를 추출하여 MM_PIMS Agent(1116)에 송신한다(S1318).

MM_PIMS Agent(1116)는 상기한 1310 단계 내지 1314 단계와 같이 SC-DBMS(1157)와의 연동을 통해 record#2 데이터를 획득하고(S1320 내지 S1324), 획득된 record#2를 터미널(1110)에 전송한다(S1326).

이후, 스마트 카드(1150)는 EF_image(1224)에 포함된 나머지 레코드-record#3 내지 record#N-의 주소 정보에 상응하는 이미지 데이터를 순차적으로 획득하여 터미널(1110)에 전송한다.

도 14는 본 발명의 일 실시예에 따른 개인 멀티미디어 정보 삽입 절차를 설명하기 위한 흐름도이다.

좀 더 상세하게, 도 14는 터미널(1110)에서 SQL 구문을 이용하여 스마트 카드(1150)의 대용량 메모리(1158)에 사용자에 의해 선택된 이미지 데이터를 삽입하는 절차를 설명하기 위한 도면이다.

터미널(1110)은 소정의 사용자 인터페이스 화면 또는 특정 메뉴를 통해 스마트 카드(1150)에 삽입할 이미지가 선택되어 삽입 요청된 경우(S1402), 해당 이미지 데이터를 폰 북 전용 파일에 저장하도록 지시하는 소정의 SQL 구문-예를 들면, "Insert image to phonebook"-을 카드운용체제(1152)에 전송한다(S1404).

카드운용체제(1152)는 수신된 SQL 구문을 해독하여(S1406), RAM(824)에 삽입 요청된 이미지 데이터를 임시 저장한 후(S1408), 삽입된 이미지 데이터에 상응하는 RAM(824)상에서의 임시 저장 정보-여기서, 임시 저장 정보는 시작 주소 및 사이즈 정보를 포함할 수 있음-포함하는 소정의 이미지 삽입 요청 신호를 MM_PIMS Agent(1116)에 송신한다(S1410).

MM_PIMS Agent(1116)는 수신된 임시 저장 정보를 포함하는 소정의 메모리 할당 요청 신호를 SC-DBMS(1157)에 송신한다(S1412).

SC-DBMS(1157)는 수신된 임시 저장 정보를 참조하여 대용량 메모리(1158)상의 가용한 메모리를 할당하고, 상기 1408 단계에서 임시 저장된 이미지 데이터를 할당된 메모리 영역으로 복사한다(S1414).

이하의 설명에서는 이미지 삽입 요청에 따라 SC-DBMS(1157)에 의해 할당된 대용량 메모리 영역에 관한 정보를 '대용량 메모리 할당 정보'라 명하도록 한다. 여기서, 대용량 메모리 할당 정보는 레코드 시작 주소 및 레코드 사이즈 정보를 포함할 수 있다.

이 후, SC-DBMS(1157)는 대용량 메모리 할당 정보를 포함하는 소정의 메모리 할당 응답 신호를 MM_PIMS Agent(1116)에 송신한다(S1416).

MM_PIMS Agent(1116)는 수신된 대용량 메모리 할당 정보를 포함하는 소정의 이미지 삽입 응답 신호를 카드운용체제(1152)에 전송한다(S1418).

카드운용체제(1152)는 수신된 대용량 메모리 할당 정보를 이용하여 삽입 요청된 이미지 데이터를 위한 새로운 레코드 상태 정보(1230)를 생성하여 EF_image(1224)에 추가한다(S1420).

즉, 카드운용체제(1152)는 삽입 요청된 이미지 데이터에 상응하는 고유한 레코드식별자를 할당하여 대용량 메모리 할당 정보에 포함된 레코드 시작 주소 및 레코드 사이즈를 각각 해당 시작주소필드(Start Address Field, 1236) 및 길이필드(Length Field, 1238)에 저장한다.

이 후, 카드운용체제(1152)는 삽입 요청된 이미지 데이터 처리가 완료되었음을 지시하는 소정의 이미지 삽입 완료 신호를 터미널(1110)에 전송한다(S1422).

상기한 실시예에서는 개인 멀티미디어 데이터를 스마트 카드상에서 관리하는 방법 및 그 장치에 대해 설명하고 있으나, 이는 하나의 실시예일뿐 일반적인 개인 데이터도 스마트 카드에 구비된 대용량 메모리 및 개인 정보 관리 에이전트에 의해 관리될 수 있음을 주의해야 한다.

따라서, 스마트카드에 탑재되는 MM_PIMS_Agent(1116) 및 터미널에 탑재되는 멀티미디어 PIMS 응용은 각각 개인 정보 관리 에이전트 및 개인 정보 관리 응용으로 일반화시킬 수도 있음을 주의해야 한다.

상기한 본 발명의 바람직한 실시예는 예시의 목적을 위해 개시된 것이고, 본 발명에 대해 통상의 지식을 가진 당업자라면 본 발명의 사상과 범위 안에서 다양한 수정, 변경, 부가가 가능할 것이며, 이러한 수정, 변경 및 부가는 하기의 특허청구범위에 속하는 것으로 보아야 할 것이다.

도 1은 UMTS에서의 UE의 구조를 도시한 블록도.

도 2는 UICC 응용 파일 구조.

도 3은 종래 기술에 따른 터미널과 스마트카드사이의 통신 메커니즘을 설명하기 위한 도면.

도 4는 종래 기술에 따른 APDU 명령 메시지 구조.

도 5는 종래 기술에 따른 APDU 응답 메시지의 구조.

도 6은 ISO 7816 표준에 정의된 스마트 카드와 터미널간의 통신을 하기 위한 기본 명령어를 설명하기 위한 도면.

도 7은 종래 기술에 따른 ISO 7816 표준에 따른 터미널과 USIM 사이의 데이터 전송 절차를 설명하기 위한 도면이

도 8은 본 발명의 일 실시예에 따른 스마트 카드의 내부 블록도.

도 9는 본 발명에 따른 SQL 구문을 이용한 터미널과 스마트 카드 사이의 데이터 전송 절차를 설명하기 위한 도면.

도 10은 본 발명의 일 실시예에 따른 대용량 스마트 카드에서의 데이터 저장 방법을 설명하기 위한 도면.

도 11은 본 발명의 일 실시예에 따른 멀티미디어 PIMS 서비스를 제공하는 스마트 카드의 내부 블록도.

도 12는 본 발명의 일 실시예에 따른 대용량 스마트 카드에서의 개인 멀티미디어 정보에 대한 파일 시스템.

도 13는 본 발명의 일 실시예에 따른 개인 멀티미디어 정보 획득 절차를 설명하기 위한 흐름도.

도 14는 본 발명의 일 실시예에 따른 개인 멀티미디어 정보 삽입 절차를 설명하기 위한 흐름도.

*주요 도면 부호

810 : 스마트 카드

812 : 스마트 카드 데이터베이스 시스템(SC-DBMS)

814 : 카드운용체제(Card Operating System:COS)

816: 구문해독기

818 : SQL 구문 매핑 테이블

820 : 데이터베이스

822 : ROM(Read Only Memory)

824 : RAM(Random Access Memory)

826 : EEPROM

828 : 스마트 카드 인터페이스(SC I/F)

850 : 터미널(850)

1116 : 개인멀티미디어정보관리에이전트

1158 : 대용량 메모리

1230 : 레코드 상태 정보

1236 : 시작 주소 필드(Start Address Field)

1238 : 길이 필드(Length Field)

Claims (17)

1. EEPROM(Electrically- Erasable Programmable Read-Only Memory) 및 대용량 메모리가 구비된 스마트 카드에서 개인 정보 관리 서비스(Personal Information Management Service:PIMS)를 제공하는 방법에 있어서,

   터미널로부터 데이터 삽입 요청 신호를 수신하는 데이터 삽입 요청 수신 단계;

   상기 대용량 메모리상에 상기 삽입 요청된 데이터에 상응하는 메모리를 할당하여 상기 삽입 요청된 데이터를 상기 대용량 메모리에 저장하는 데이터 저장 단계;

   상기 EEPROM으로부터 상기 삽입 요청된 데이터에 상응하는 요소 파일을 선택하는 단계- 상기 요소 파일은 폰북 전용 파일에 포함된 요소 파일 중 어느 하나임; 및

   상기 저장된 데이터에 상응하는 대용량 메모리 할당 정보를 이용하여 상기 선택된 요소 파일에 레코드 상태 정보를 삽입하여 상기 선택된 요소 파일을 갱신하여 상기 EEPROM에 저장하는 단계를 포함하는 스마트 카드에서의 개인 정보 관리 서비스 제공 방법.
2. 제1항에 있어서,

   상기 스마트 카드는 카드운용체제 및 개인 정보 관리 에이전트(Agent)를 포함하되,

   상기 삽입 요청 수신 단계와 데이터 저장 단계 사이에,

   상기 카드운용체제에 의해 상기 삽입 요청된 데이터를 RAM(Random Access Memory)에 임시 저장하는 단계; 및

   상기 카드운용체제에 의해 상기 임시 저장 정보를 포함하는 데이터 삽입 요청 신호를 개인 정보 관리 에이전트(Agent)에 송신하는 단계

   를 포함하는 것을 특징으로 하는 스마트 카드에서의 개인 정보 관리 서비스 제공 방법.
3. 제2항에 있어서,

   상기 스마트 카드는 스마트 카드 데이터베이스 관리 시스템이 탑재되며,

   상기 개인 정보 관리 에이전트는 상기 임시 저장 정보를 포함하는 소정의 메모리 할당 요청 신호를 상기 스마트 카드 데이터베이스 관리 시스템에 전송하는 것을 특징으로 하는 스마트 카드에서의 개인 정보 관리 서비스 제공 방법.
4. 제3항에 있어서,

   상기 스마트 카드 데이터베이스 관리 시스템이 상기 임시 저장 정보를 이용하여 상기 RAM에 저장된 데이터를 상기 할당된 메모리 영역에 복사하는 것을 특징으로 하는 스마트 카드에서의 개인 정보 관리 서비스 제공 방법.
5. 제1항에 있어서,

   상기 대용량 메모리 할당 정보는 상기 할당된 메모리의 시작 주소 정보, 상기 할당된 메모리의 크기 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 스마트 카드에서의 개인 정보 관리 서비스 제공 방법.

   .
6. 삭제
7. 제1항에 있어서,

   상기 레코드 상태 정보는

   요소 파일에 포함된 레코드를 고유하게 식별하기 위한 레코드식별자필드;

   해당 레코드를 사용하는 응용 어플리케이션을 식별하기 위한 서비스플래그필드;

   상기 삽입 요청된 데이터가 실제적으로 저장된 상기 대용량 메모리상의 시작 주소를 지시하는 시작주소필드; 및

   상기 삽입 요청된 데이터의 크기를 지시하는 크기필드

   중 적어도 하나를 포함하는 것을 특징으로 하는 스마트 카드에서의 개인 정보 관리 서비스 제공 방법.
8. EEPROM(Electrically- Erasable Programmable Read-Only Memory) 및 대용량 메모리가 구비된 스마트 카드에서 개인 정보 관리 서비스(Personal Information Management Service:PIMS)를 제공하는 방법에 있어서,

   터미널로부터 데이터 추출 요청 신호를 수신하는 데이터 추출 요청 수신 단계;

   상기 데이터 추출 요청 신호가 SQL 구문인 경우, 상기 SQL 구문을 해독하고, 상기 해독된 SQL 구문을 이용하여 상기 EEPROM으로부터 상기 추출 요청된 데이터에 상응하는 요소 파일을 선택하여 미리 저장된 주소 정보를 획득하는 주소 획득 단계;

   상기 획득된 주소 정보를 이용하여 상기 대용량 메모리로부터 상기 데이터 추출 요청 신호에 상응하는 데이터를 추출하는 데이터 추출 단계; 및

   상기 추출된 데이터를 상기 터미널에 전송하는 데이터 전송 단계를 포함하되,

   상기 요소 파일은 폰북 전용 파일에 포함된 요소 파일 중 어느 하나인 것을 특징으로 하는 스마트 카드에서의 개인 정보 관리 서비스 제공 방법.
9. 삭제
10. 삭제
11. 제8항에 있어서,

    상기 주소 정보는 상기 추출 요청된 데이터에 상응하는 레코드가 저장된 대용량 메모리상의 레코드 시작 주소 및 레코드 사이즈(Size)를 포함하는 것을 특징으로 하는 스마트 카드에서의 개인 정보 관리 서비스 제공 방법.
12. 개인 정보 관리 서비스를 제공하는 스마트 카드에 있어서-상기 스마트 카드는 EEPROM(Electrically- Erasable Programmable Read-Only Memory) 및 대용량 메모리를 구비함,

    터미널에 의해 삽입 요청된 데이터에 상응하여 상기 EEPROM의 선택된 요소 파일에 레코드 상태 정보를 삽입하거나 데이터 추출 요청 시 상기 레코드 상태 정보를 이용하여 상응하는 데이터의 추출을 제어하는 카드운용체제;

    상기 삽입 요청된 데이터에 상응하는 대용량 메모리 할당 정보를 상기 카드운용체제에 제공하거나 상기 추출 요청된 데이터를 상기 대용량 메모리로부터 독출하여 상기 카드운용체제에 제공하는 스마트카드데이터베이스관리시스템;

    상기 스마트카드데이터베이스관리시스템에 의해 관리되며 상기 데이터가 저장되는 대용량 메모리를 포함하되,

    상기 선택된 요소 파일은 폰북 전용 파일에 포함된 요소 파일 중 어느 하나인것을 특징으로 하는 스마트 카드.
13. 제12항에 있어서,

    상기 카드운용체제로부터 수신된 제어 신호에 따라 상기 스마트카드데이터베이스관리시스템로 대용량 메모리 할당을 요청하거나 상기 저장된 데이터의 추출을 지시하는 개인정보관리서비스에이전트를 더 포함하는 스마트 카드.
14. 삭제
15. 삭제
16. 제12항에 있어서,

    상기 레코드 상태 정보는

    상기 요소 파일에 포함되는 레코드를 고유하게 식별하기 위한 레코드식별자필드;

    해당 레코드를 사용하는 응용 어플리케이션을 식별하기 위한 서비스플래그필드;

    상기 삽입 요청된 데이터가 실제적으로 저장된 상기 대용량 메모리상의 시작 주소를 지시하는 시작주소필드; 및

    상기 삽입 요청된 데이터의 크기를 지시하는 크기필드

    중 적어도 하나를 포함하는 것을 특징으로 하는 스마트 카드.
17. 제12항에 있어서,

    상기 카드운용체제는 상기 터미널로부터 수신되는APDU(Application Protocol Data Unit) 명령 메시지 및 SQL(Structured Query) 구문을 식별하여 처리하는 것을 특징으로 하는 스마트 카드.

Images