KR100308596B1

KR100308596B1 - 칩카드와응용부의통신용장치및방법과칩카드용판독/기록장치

Info

Publication number: KR100308596B1
Application number: KR1019970701152A
Authority: KR
Inventors: 헤르만 부불리츠; 클라우스 린드토르프
Original assignee: 포만 제프리 엘; 인터내셔널 비지네스 머신즈 코포레이션
Priority date: 1995-06-23
Filing date: 1996-06-07
Publication date: 2001-10-19
Also published as: HUP9800977A2; US6279047B1; DE19522527A1; PL182666B1; PL318655A1; WO1997001147A2; JPH09510812A; KR970705801A; HUP9800977A3; WO1997001147A3

Abstract

응용부(10)의 응용 특정 데이타에 관한 정보를 기록하기 위한, 사전으로도 알려진 적어도 하나의 응용 데이타 저장 수단(30)과, 칩 카드(20)로의 인터페이스용으로 응용 데이타 저장 수단(30)을 이용하여 명령을 발생하기 위한, 에이전트로도 알려진 적어도 하나의 칩 카드 다이알로그 모듈(40)이 있으되, 상기 칩 카드 다아알로그 모듈(40)이 칩 카드(20)에 관한 카드 특정 데이타를 포함하는, 칩 카드(20)와 응용부(10)의 통신을 위한 본 발명에 따른 장치가 제공된다. 칩 카드(20)와의 통신을 위한 요구(100)는 응용부(10)에 의해 칩 카드(20)용으로 특정화된 칩 카드 다이알로그 모듈(40)에 이루어진다. 요구(100)가 있을때, 칩 카드 다이알로그 모듈(40)은 칩 카드(20)와의 통신을 위해 요구된 적어도 하나의 명령(110)을 발생한다. 이를 달성하기 위하여, 칩 카드 다이알로그 모듈(40)은 응용 데이타 저장 수단(30)에 저장된, 그 자체를 위한 응용 특정 정보에 액세스한다.

Description

칩 카드와 애플리케이션의 통신용 장치 및 방법{METHOD FOR SIMPLIFYING COMMUNICATION WITH CHIP CARDS}

대략 신용 카드의 크기 및 모양을 갖는 효율적이고 일반적으로 소형이며 플라스틱 또는 금속으로 만들어 지는 것이 바람직한 집적 전자 칩을 갖춘 카드는 오늘날 데이터 캐리어 카드 또는 칩 카드로 알려져 있다. 메모리 칩 카드 또는 메모리 카드로 알려져 있는 단순한 저장 카드와는 대조적으로, 다기능 칩 카드 또는 스마트 카드로도 알려져 있는 지능 데이터 캐리어 카드는 메모리 기능뿐만 아니라, 데이터 캐리어 카드의 칩에 저장된 데이터의 제어를 위한 자체 처리기도 구비한다. 이는 데이터를 더 잘 보호할 수 있게 하고, 그 결과 칩 카드의 기능을 개선하다. 일반적으로, 단순 메모리 카드는 데이터의 기록 및 판독만이 가능하다. 스마트 카드는 이러한 기능뿐만 아니라 데이터의 구성 기능, 데이터의 분리 기능, 데이터의 관리 기능 및 데이터의 보호 기능도 또한 구비한다. 따라서, 스마트 카드의 인터페이스와, 이에 따른 칩 카드로부터 데이터의 판독을 위해 요구되는 프로그래밍(예컨대, 명령 시퀀스의 프로그래밍)은 메모리 카드의 경우보다 훨씬 더 복잡하다. 칩 카드의 설치는 주로 부정한 변경에 대한 향상된 보안성으로 인해 증가하여 광범위한 애플리케이션 영역으로 확대되고 있다. 칩 카드를 이용한 애플리케이션, 즉 칩 카드와 어떤 랜덤 장치와의 통신이 요구되는 애플리케이션으로는 현금 없이 지불, 칩 카드 소지자의 식별, 데이터의 저장 또는 다른 유사한 용도가 있다 있다. 이러한 종류의 애플리케이션(application)은 칩 카드상의 내부 애플리케이션 세그먼트와, 자동 현금 지급기, PC 또는 특정 터미널과 같은 대응 장치에서의 외부 애플리케이션 세그먼트로 구성된다. 일반적으로, 내부 애플리케이션 세그먼트는 칩 카드 그 자체의 메모리상에 있는 모든 데이터와 프로그램을 나타내며 외부 애플리케이션 세그먼트는 칩 카드의 외부에 있는 모든 데이터와 프로그램을 나타낸다. 이들 외부 애플리케이션 세그먼트의 프로그램밍은 통상적으로 칩 카드가 인스톨(install)될 장치를 프로그래밍하는 사람의 의무이다. 종종, 이러한 장치는 그 자체의 복잡한 소프트웨어 플랫폼을 갖는다. 이러한 예에서 칩 카드와 애플리케이션을 통합하기 위하여, 칩 카드의 인터페이스 구조와 저장된 데이터의 구조에 대한 광범위한 지식이 요구된다.

사용되고 있는 대부분의 칩 카드는 제조자들마다 매우 상이하다. 다수의 칩 카드는 특정 세트의 ISO 표준 7816을 구현하며, 또한 여러 특수한 기능을 이용한다. 또한, 실제로 내부 및 외부 애플리케이션 세그먼트를 구현하기 위해서는 세부 사항에 대한 지식이 있어야 한다.

칩 카드 상에 저장된 데이터에 액세스할 수 있도록 하기 위하여, 대개 명령들을 고정된 형식으로 프로그래밍(코딩)하게 된다. 그러나, 이로 인해 애플리케이션의 경직성이 증가하고 유지 보수 가능성이 열악하게 된다.

칩 카드가 설치될 때, 칩 카드 또는 칩 카드의 외부 세계에 대한 인증을 위해 데이터 또는 명령의 암호화가 일반적으로 사용된다. 이를 위하여, DES(디지탈 암호화 표준)와 같은 대칭 암호화 알고리즘 또는 공용 키 알고리즘과 같은 비대칭 암호화 알고리즘이 보통 사용된다. 현재 칩 카드 소지자의 인증을 위해서는 개인 식별 번호(PIN)가 거의 주로 사용된다. 칩 카드용 판독/기록 장치와 같은 장치 외에도, 특히 PIN의 암호와 및 입력을 위한 인증 소자와 같은 또 다른 소자도 있는데, 이들 소자는 칩 카드와 함께 애플리케이션을 위해 고려되어야 하고 그러한 애플리케이션에서 수반될 수도 있다.

외부 애플리케이션 세그먼트와, 하드웨어 및 소프트웨어에 의해 실현되는 소자 및 장치의 통신은 프로그래밍 인터페이스의 이용을 통해 실행된다. 그러나 칩 카드용으로는 단순한 인터페이스만으로는 충분하지 않다. 데이터 구조 및 요구된 명령의 복잡성으로 인하여, 다른 프로토콜에 명령을 삽입하는 것 또는 고급 프로그래밍 언어를 이용하는 것은 충분하지 않다. 애플리케이션 특정 데이터의 경우, 이는 또한 칩 카드의 내부 구조에 대한 지식과, 따라서 그 액세스 가능성 및 애플리케이션을 통해 인터페이스를 경유해 칩 카드로 액세스하는 방법에 대한 지식이 가정된다.

발명의 요약

본 발명은 칩 카드와의 통신을 위한 인터페이스를 단순화한 칩 카드와 애플리케이션의 통신용 장치 및 방법을 제공함에 그 목적이 있다.

이 목적은 독립항에 따라 달성된다.

칩 카드와 인터페이스의 통신을 위한 본 발명에 따른 장치는 통상적으로 애플리케이션의 애플리케이션 특정 데이터(application-specific data)에 관한 정보의 기록을 위한 적어도 하나의 애플리케이션 데이터 저장 수단―이는 보안 사전(dictionary)으로도 알려짐―과, 애플리케이션 데이터 저장 수단을 이용하여 칩 카드와 인터페이스를 위한 명령을 발생하는 적어도 하나의 칩 카드 대화 모듈(chip card dialog module)―이는 또한 에이전트(agent)로도 알려짐―을 구비하되, 칩 카드 대화 모듈은 칩 카드에 관한 카드 특정 데이터를 포함한다.

칩 카드와의 통신을 위한 요구는 칩 카드용으로 특정된 칩 카드 대화 모듈에 대한 애플리케이션에 의해 이루어진다. 상기 요구에 응답하여, 칩 카드 대화 모듈은 상기 칩 카드와의 통신을 위해 요구되는 적어도 하나의 명령을 발생한다. 이를 달성하기 위하여, 칩 카드 대화 모듈은 상기 애플리케이션 데이터 저장 수단에 저장된 애플리케이션 특정 정보를 이용한다.

서로 다른 타입의 칩 카드의 구현을 용이하게 하기 위하여, 가능한한 획일적인 칩 카드로의 애플리케이션의 인터페이스를 얻는 것이 필요하다. 본 발명에 따르면, 애플리케이션 특정 데이터와 카드 특정 데이터가 분리되어 있다. 애플리케이션 특정 데이터는 칩 카드상에 저장된 데이터에 대한 타입, 위치, 크기 및 액세스 방법에 관한 정보뿐만 아니라 칩 카드상에 저장된 실제 데이터도 또한 포함하는 그러한 데이터이다. 다른 한편, 카드 특정 데이터는 칩 카드상에 저장된 데이터에 액세스하기 위해 요구되는 칩 카드의 프로토콜과 명령에 관한 정보를 제공하는 데이터를 나타낸다.

애플리케이션 특정 데이터와 카드 특정 데이터 사이의 상기 분리에 의해 서로 다른 타입의 칩 카드에 대하여 하나의 동일 애플리케이션이 구현될 수 있다. 이것은 칩 카드와의 인터페이스를 상당히 단순화하도록 만들고, 또한 칩 카드상의 내부 애플리케이션 세그먼트와 칩 카드의 외부에 있으며 칩 카드로부터 분리된 애플리케이션 세그먼트 사이의 분리를 개선한다. 이러한 방식으로, 새로운 애플리케이션과 칩 카드 타입으로의 유연한 적응이 지원된다.

본 명세서에서 설명된 해결책은 기존의 애플리케이션에 칩 카드를 적용하는 것을 용이하게 하며, 또한 새로운 애플리케이션을 구현하는 것도 용이하게 한다. 애플리케이션 특정 데이터 및 카드 특정 데이터의 분리에 의해 애플리케이션을 위해 필요한 지식이 최소화되고 그 사용이 단순하게 된다. 외부뿐만 아니라 내부 애플리케이션 세그먼트의 유지 보수 능력은 상당히 개선된다. 칩 카드의 애플리케이션은 명령, 프로토콜 및 데이터 구조와 같은 카드의 특정한 특징으로부터 해방된다. 동시에, 동기 모드뿐만 아니라 비동기 연산 모드도 가능해 진다.

본 발명은 가장 넓은 의미의 칩 카드용 판독/기록 장치, 즉 칩 카드와의 통신을 조정하고 제어하며 직접 또는 간접적으로 통신을 수행하는 PC 또는 기타 장치에 주로 적용된다.

본 발명의 또 다른 유익한 실시예는 종속 청구항에서 알 수 있다.

본 발명은 칩 카드와 애플리케이션의 통신용 장치 및 방법에 관한 것이다.

도 1은 본 발명에 따른 칩 카드와 애플리케이션의 통신에 대한 개략도이다.

도 2는 다수의 서로 다른 애플리케이션과 칩 카드의 타입에 대한 여러 사전 및/또는 에이전트의 이용에 대한 도면이다.

도3은 칩 카드와의 통신에서 오버헤드의 감소를 가능하게 하는 또 다른 실시예에 대한 도면이다.

본 발명의 실시예에 대한 예는 본 발명의 좀더 정확한 설명을 위해 도면을 참조하여 이하에 설명된다.

도 1은 본 발명에 따른 칩 카드(20)와 애플리케이션(an application)(10)의 통신에 대한 개략도이다. 애플리케이션(10)은 칩 카드(20)로부터 분리되어 있으며, 예컨대 판독/기록 장치, 컴퓨터 또는 상기 칩 카드(20)와 통신할 수 있는 기타 환경에 배치될 수 있다. 애플리케이션 데이터 저장 수단, 소위 애플리케이션 사전(30)은 애플리케이션 특정 데이터를 기록하는 기능을 한다. 칩 카드 대화 모듈, 소위 에이전트(40)(스마트 카드 에이전트 또는 스마트 카드 해석기)는 칩 카드(20)의 인터페이스를 위해 요구되는 명령을 발생한다.

사전(30)은 칩 카드에 저장된 데이터의 타입, 위치, 크기 및 액세스 방법에 관한 정보뿐만 아니라, 애플리케이션(10)의 보안 옵션에 근거하여 필요할 수 있는 이들 데이터의 처리를 위한 정보도 포함한다. 애플리케이션(10)을 통한 액세스를 위해 연관된 데이터를 간단히 식별하기 위해, 데이터는 하나 또는 그 이상의 별칭(alias name)을 할당받는다. 이 정보는 표 또는 계층(hierarchy)과 같이 적절한 타입으로 사전(30)에 파일되며, 상기 애플리케이션(10) 또는 다수의 추가 애플리케이션(이에 관한 더욱 상세한 설명에 대해 도 2를 참조)에 관한 모든 필요한 정보를 포함한다. 사전(30)으로의 액세스는 에이전트(40)를 통해 발생한다. 사전(30)을 에이전트(40)에 할당하는 것은 외부 애플리케이션 세그먼트 또는 에이전트(40)의 특수한 확장부를 통해 실행된다.

사전(30)의 생성은 요구된 데이터를 수동으로 생성함으로써 이루어지는 것이 바람직하다. 이를 달성하기 위해, 데이터의 특성을 포함하는 칩 카드(20)에 있는 모든 데이터에 대한 모든 정보가 필요하다. 애플리케이션(10)로부터 액세스 가능한칩 카드(20)상의 데이터에는 사전(30)을 위해 의도된 별칭이 제공된다.

칩 카드(20)의 데이터가 처리되어야 하는 경우, 애플리케이션(10)은 에이전트(40)에 요구(100)를 보낸다. 이러한 타입의 요구(100)는 원하는 데이터의 별칭뿐만 아니라 원하는 액세스 방법에 관한 정보도 포함한다. 이러한 요구(100)에 응답하여, 에이전트(40)는 칩 카드(20)상의 데이터에 액세스하기 위해 요구되는 명령 시퀀스를 발생한다. 이를 달성하기 위해, 에이전트(40)는 사전(30)에서 관련된 각각의 별칭에 대한 엔트리에 저장된 정보를 이용한다. 액세스 방법의 필요한 파라메타는 요구(100)와 함께 에이전트(40)에 부여된다. 예를들면, 데이터의 별칭, 사용될 판독 방법 및 요구(100)에 대한 대답의 파일링 위치에 관한 데이터는 칩 카드상의 데이터의 판독을 수행할 요구(100)에 속한다. 이러한 타입의 요구는 또한 별칭 계정 번호(ACCOUNT NUMBER)를 갖는 데이터에 대한 액세스 모드 판독(READ)과, 파일링된 데이터에 대한 메모리 어드레스로 구성될 수 있다. 판독 및 기록 방법뿐만 아니라, 구조의 인증, 발생 또는 삭제와, 칩 카드를 이용하여 구현될 수도 있는 애플리케이션 특정 명령이 여기서 발생할 수 있다. 이러한 예에서 특수 명령에 의해 개시되는 칩 카드(20)상에 저장된 방법이 있다. 예를 들면, 이것은 칩 카드(20)상에 저장된 현금 계정에서의 총액의 수정일 수도 있다.

기존의 시스템에 간단히 삽입할 수 있도록 하기 위하여, 에이전트(40)의 비동기 기능 모드가 보장될 것이 자주 요구된다. 사용중인 많은 소프트웨어 플랫폼은 사건 제어 프로그래밍(event-controlled programming)을 요구한다. 동기적 기능 모듈은 전체 시스템의 순간 차단을 야기할 수 있다. 그러나, 이러한 차단의 지속 기간은 비교적 저속 작동 처리기의 명령의 처리뿐만 아니라 비교적 저속 매체로의 데이터 전송을 포함하기 때문에, 이들 칩 카드 애플리케이션에 대해 종종 지원되지 않는다.

에이전트(40)는 되도록 비동기 모듈로서 구현되는 것이 좋으나, 동기적으로 작동될 수도 있다. 애플리케이션(10)의 요구(100)가 있으면, 에이전트(40)는 칩 카드에 대한 명령의 시퀀스를 발생한다. 시퀀스의 각각의 명령(110)은 개별적으로 애플리케이션에 다시 부여된다. 애플리케이션은 칩 카드(20)상의 데이터의 직접적인 판독 및 기록을 위해 에이전트(40)의 각각의 명령(110)을 애플리케이션 명령(130)으로서 대응 판독/기록 장치(120)에 전송한다. 이러한 점에서, 위에서 설명된 바와 같이 애플리케이션(10)이 판독/기록 장치(120)에 직접 배치될 수도 있음이 언급되어야 한다. 특정 애플리케이션에 대해서는 단일 명령(110)이 일련의 명령 대신 적절할 수도 있다.

판독/기록 장치(120)는 애플리케이션 명령(130) 또는 이로부터 파생된 애플리케이션 명령(130')을 칩 카드(20)에 전송하고 칩 카드로부터 응답(140)을 수신한다. 응답(140)의 데이터 또는 마찬가지로 이로부터 파생된 응답(140')의 데이터는 애플리케이션(10)에 의해 받아들여 지며, 이어서 응답 데이터(150)로서 에이전트(40)로 제공된다. 에이전트는 응답 데이터(150)를 해석하고 필요할 경우 다음 명령을 발생한다. 처리는 원하는 데이터가 처리될 때 까지 반복된다. 처리의 종료시에 또는 연속적으로 명령 시퀀스를 통하여, 에이전트(40)는 데이터 레코드(160)를 요구(100)에 대한 응답으로서 애플리케이션(10)에 전송하며, 칩 카드(20)로부터 복귀된 데이터를 애플리케이션(10)에 전송한다. 이 데이터 레코드는 칩 카드(20)가 이해할 수 없었던 애플리케이션(10)의 요구(100)에 대한 상기 칩 카드(20)의 반응―이는 상기 애플리케이션(10)에게 이해 가능함―을 나타낸다.

에이전트(40)의 구현은 유한 자동 머신(finite automatic machine)의 개념을 이용하여 수행되는 것이 바람직하다. 이러한 타입의 자동 머신은 그 자체의 내부 조건을 저장하며, 입력 데이터와 그 현재 조건에 근거하여 다른 조건으로 변환할 수 있다. 이러한 자동 머신의 프로그래밍은 순간 조건과 입력 데이터의 특정 조합을 위해 원하는 조건 변환의 사전 선택을 통해 수행된다.

명령을 생성하는 동안, 예컨대 칩 카드(20) 상에서 결과적인 요구된 암호화/해독으로, 코드에 의해 보호되는 데이터 또는 명령을 이용하는 예도 있다. 보안의 이유로, 이들은 일반적으로 에이전트(40) 그 자체에 의해 수행되지 않아야만 한다. 에이전트(40)는 따라서 애플리케이션(10)에 대한 적절한 요구를 통하여 이 요구를 신호화하고, 요구된 데이터를 전송한다. 이어서 애플리케이션(10)은 대부분의 경우 이 요구를 암호화를 위한 특수화된 모듈 상으로 넘겨줄 것이다. 응답후, 에이전트(40)는 명령 시퀀스를 계속 발생할 것이다.

암호화를 위한 요구뿐만 아니라, 판독/기록 장치(120)에 대한 요구가 행해질수도 있고, 무엇 보다도 PIN 입력 장치(도시되지 않음)에 대한 요구가 행해질수 있다. 이들 요구는 애플리케이션(10)에 의해 처리를 위한 적절한 장치상으로 넘겨진다.

칩 카드(20)와의 통신을 위하여, 애플리케이션(10)은 먼저 적절한에이전트(40)(예컨대, 다수의 가능한 에이전트로부터)를 선택할 것이다. 가장 최근의 시점에서, 원하는 사전(30)은 에이전트(40)로의 요구의 발생시에 특정된다. 두 가지 모두, 예를 들면 칩 카드(20)로부터의 초기 질의를 통하여 그리고 트랜잭션(transaction)을 수행하는 특정 애플리케이션(10)의 지식에 의해 수신된 카드의 특정 응답 데이터에 근거하여 발생한다. 에이전트(40)와 사전(30)의 선택 후, 요구(100)는 애플리케이션(10)에 의해 에이전트(40)에 제공될 수 있다. 그 시점에서, 에이전트(40)는 요구(100)에 포함된 별칭에 대해 사전(30)을 조사하고, 그들에 관한 필요한 애플리케이션 특정 정보를 수신한다. 제1 요구(100)는 에이전트(40)를 시작 모드로 배치하고, 이때 요구된 명령 시퀀스의 제1 명령이 발생된다. 명령에 대한 각각의 응답으로, 에이전트(40)는 그 내부 조건을 변경할 것이며, 시퀀스의 진행에 관한 정보를 수집할 것이다. 명령의 발생은 에이전트(40)가 요구에 관련된 종료 조건에 이르자 마자 종료된다. 이것은 에러가 통신중에 발생되거나 또는 데이터가 성공적으로 처리되었을 경우이다.

칩 카드 상에 저장된 데이터의 수정을 통해 애플리케이션(10)의 변경이 필요하면, 이것은 사전(30)의 수정에 한정될 수도 있다. 새로운 사전(30')(도시되지 않음)은 애플리케이션(10)에 이용 가능하게 될 수 있고, 애플리케이션(10) 그 자체는 변경될 필요가 없다. 예를 들면 서로 다른 인터페이스를 갖는 칩 카드 타입의 이용과 같이 칩 카드(20)와 관련된 애플리케이션(10)의 세그먼트의 수정으로 인해 새로운 에이전트(40')(도시되지 않음)가 생성된다. 사전(30 또는 30')에서 애플리케이션(10)의 데이터에 관한 정보는 이 예에서 수정될 필요가 없다.

에이전트(40)의 명령(110)과 응답(140)은 애플리케이션(10)을 통해서나 또는 판독/기록 장치(120)를 통해서 또는 에이전트(40)와 칩 카드(20) 사이에 위치한 어떤 다른 가능한 장치를 통하여도 변경되지 않는 것이 바람직하다. 신호(110, 130, 130')는 이 예에서 동일하며, 칩 카드(20)는 에이전트(40)의 명령(110)을 간접적으로 수신하고, 이어서 에이전트에 명령(110)에 대한 응답(140)을 (또 다시 간접적으로) 에이전트에 전송한다. 따라서, 신호(140, 140', 150)도 또한 동일하다. 유사한 방식으로, 칩 카드(20)로의 명령(110)의 직접 전송과 에이전트(40)로의 대응 응답(140)의 직접 전송은 각각의 예에서 얻어질 수 있다.

에이전트(40)가 동기 모드뿐만 아니라 비동기 모드에서도 작동될 수도 있음을 이해해야 한다. 비동기 모드에서, 애플리케이션(10)은 에이전트(40)로부터 요구(100)에 대한 응답을 기다리지 않으며, 따라서 또한 요구(100)와 그 응답 사이에서 동작 가능하다. 그러나, 동기 모드에 있어서는, 애플리케이션(10)은 에이전트(40)로부터 요구(100)에 대한 응답을 기다리며, 따라서 응답 완료 후까지 이용 가능하지 않다.

도 2는 다수의 서로 다른 애플리케이션(210)과 칩 카드(220)의 타입에 대해 여러 사전(230) 및/또는 여러 에이전트(240)의 이용을 도시한 것이다. 소위 에이전시(250)가 도 1에서처럼 에이전트(40) 대신 상기 다수의 애플리케이션(210)으로부터 애플리케이션(10)에 의해 호출된다. 여러 사전(230)과 에이전트(240)를 관리하고 요구된 바에 따라 대응 버젼의 유효성을 제공하는 것이 에이전시(250)의 임무이다. 이를 달성하기 위하여, 모든 국부 사전(230)과 에이전트(240)의 리스트는 그들의 특성 및 또한 그들의 판정을 이용하여 이들이 적용되려고 할 때 사용되는 것이 좋다. 이용 가능한 적절한 에이전트와 적절한 사전이 없을 경우, 필요한 원본과 그 사본이 다른 에이전시(260)로부터 요구될 수 있다. 이것은 에이전시(250)와 에이전시(260) 사이의 적절한 통신 경로를 통해서 뿐만 아니라 국부 통신망을 통해서도 수행될 수 있다.

에이전트(40)의 구현시에 인터프리터형(interpreted) 프로그램 언어가 적용될 경우, 한가지 동일한 구현이 서로 다른 하드웨어와 연산 시스템을 갖춘 장치상에서 적용될 수도 있다. 이를 달성하기 위하여, 적절한 인터프리터는 인터프리테이션을 통해 에이전트의 프로그램을 처리하는 각각의 장치에 대해 구현된다.

에이전트(40)로부터 칩 카드(20)로 명령을 전송하는 도중에 여러 프로그램 레벨을 통과하게 된다면, 칩 카드(20)와의 통신에서 상당한 오버헤드(overhead)가 초래될 수도 있다. 이것은 도 3에서 도시된 바와 같이 에이전트(40)가 칩 카드(20)에 더 가까이 배치될 경우 감소될 수도 있다. 이를 달성하기 위하여, 에이전트(40)는 대체물, 소위 프락시(proxy, 340)에 의해 대체된다. 프락시는 사전(30)으로부터 모든 요구되는 정보를 이용하여 각각의 요구(100)에 대해 단일 데이터 레코드(350)를 만들어 내고 이것을 라우터(router)(360)로 전송되게 한다. 라우터(360)는 프락시(340)의 데이터 레코드(350)를 수신하고, 차례로 이 레벨로 이동되었던 에이전트(40)에 명령한다. 에이전트(40)에 의해 발생된 모든 명령(370)은 라우터(360)를 통하여 칩 카드(20)로 보내지고, 모든 응답(380)은 차례로 에이전트(40)에 보내진다. 칩 카드(20)와 에이전트(40)의 통신 후 요구(100)의 결과(390)는 최종적으로 라우터(360)에 의해 프락시(340)로 다시 제공되고, 다음에 라우터에 의한 애플리케이션(10)에 대한 응답(160)이 전달된다. 프락시(340)는 애플리케이션(10)에 대해 획일적인 인터페이스를 보장하여, 그 사용 시에 수정될 필요가 없게 된다. 애플리케이션(10)은 이것이 에이전트(40)와 통신하는가 또는 프락시(340)와 통신하는가에 무관하게 유지된다. 라우터(360)는 에이전트(40)와 동일한 레벨에 위치하는 것이 바람직한 반면, 사전(30)은 애플리케이션(10) 또는 에이전시(230)의 레벨에서 유지된다.

판독/기록 장치(120)는 칩 카드(20)에 대한 직접 액세스로써 장치의 추상적 설명을 예시한 것임을 알아야 한다. 판독/기록 장치(120)는 그럼에도 불구하고 서로간에 개별 인터페이스를 갖는 다수의 개별 장치 및 층으로 구성될 수도 있다.

본 발명은 데이터 캐리어 카드의 칩 상에 저장된 데이터의 제어를 위해 그 자체의 처리기를 갖춘 스마트 데이터 캐리어 카드에 관한 것일 뿐만 아니라, 단순한 메모리 보드에 관한 것이기도 함을 알아야 한다.

사전(30)의 수정은 직접 에이전트(40) 또는 에이전시(250)를 통하여 본 발명에 따라 수행될 수 있다. 이것은 예를 들면 에이전트(40)가 칩 카드(20)상에 새로운 파일을 저장하거나 이를 재구성할 때와 같이, 칩 카드(20)상의 구조체가 에이전트(40)를 이용하여 형성되거나 또는 수정될 때, 특히 유익하다.

본 발명의 한 실시예에서, 사전(30)은 직접 칩 카드(20) 상에 배치된다. 이를 통하여, 필요한 사전(30)은 항상 칩 카드(20)에 직접 이용 가능하게 된다. 또 다른 실시예에서, 칩 카드(20) 상에 바로 배치된 사전(30)은 칩 카드(20)에 의해복사되어 저장되고(되도록 에이전트(40)에 의해), 동일한 칩 카드 타입의 또 다른 칩 카드에 대한 에이전트(40) 또는 에이전시(250)에 이용 가능하다.

다음의 실시예는 명령 시퀀스의 처리 플로우를 보여주고자 한 것이다. 애플리케이션(10)은 칩 카드(20)로부터 계정 번호를 판독한다. 사용될 에이전트(40)는 칩 카드(20)의 칩 카드 타입의 카드 특성에 근거하여 선택된다. 애플리케이션(10)은 칩 카드(20)의 칩 카드 타입의 카드 데이터에 근거하여, 사전 선택에 의해 특정 사전(30)이 이미 할당되었던 에이전트(40)로 요구(100)를 전송한다. 표 1은 이 할당된 사전(30)으로부터의 발췌를 도시한 것이다.

예컨대, 요구(100)는 "판독(READ)"의 명령에 "계정 번호(ACCOUNT NUMBER)"라는 별칭 및 요구(100)의 결과가 파일링될 버퍼의 메모리 어드레스를 파라메타로서 포함한다. 에이전트(40)는 별칭 "ACCOUNT NUMBER"에 대해 사전(30)을 조사한다(표 1을 참조). 발견되었을 때, 엔트리는 이 데이터 아이템이 발견될 칩 카드(20)의 디렉토리와 파일에 관한 정보뿐만 아니라, 데이터 아이템의 타입과 크기에 관한 정보와, 보안 관련 정보를 제공한다. 이 예에서, 칩 카드(20)에 관한 데이터는 컴퓨터의 데이터 시스템에 대해 전형적으로 이해되는 바와 같은 디렉토리에 배열된다.

이 예에서, 경로 표시 "3F00.A100.4001"가, 별칭 "ACCOUNT NUMBER"와 또한 파일의 타입이 "TRANSPARENT"인 정보 하에서 표 1(화살표로 표시됨) 에서 발견된다. 데이터 아이템은 오프셋 4 및 5 바이트의 길이를 갖는 파일에 배치된다. 코드 도메인 CREDIT과 인증 도메인 AUT CREDIT의 표시는 논리 코드 번호를 물리적 번호로 번역하는 기능을 한다. 패스워드(PIN을 갖춘)의 입력 시에, 도메인 GLOBAL은 PIN1과 PIN2용으로 사용된다. 특정 객체를 위한 도메인은 이들 개체의 공통 엔트리에 액세스하는 디렉토리와 파일의 집단을 나타낸다.

에이전트(40)는 경로 표시 "3F00.A100.4001"에 근거하여 칩 카드(20)상에서 요구되는 디렉토리의 선택을 위해 명령 시퀀스의 발생을 개시한다. 여기서, 현재의 사전 선택이 고려된다. 디렉토리 3F00이 이미 선택되었을 경우, 발생되는 제1 명령(110)은 서브디렉토리 A100의 선택을 위한 것일 것이다. 이 제1 명령(110)은 명령 시퀀스가 계속되어야 하는 신호로 애플리케이션(10)에 다시 전해진다. 애플리케이션(10)은 칩 카드(20)에 의해 사용되고 있는 판독/기록 장치에 전송하기 위해 제1 명령(110)을 명령(130)으로서 인터페이스에 전달한다. 그 다음 상기 장치는 명령(130)을 칩 카드(20)에 전송한다. 칩 카드(20)는 선택의 확인으로 응답(140)을 전송하고 필요할 경우 선택된 디렉토리에 관한 다른 정보를 전송한다. 응답(140)은 판독/기록 장치(120)에 의해 애플리케이션(10)에 복귀되며, 애플리케이션(10)은 이것을 응답 데이터(150)로서 에이전트(40)에 즉시 전해준다.

응답 데이터(150)는 애플리케이션(10)에 대해 이해할 수 없는 포맷으로 일반적으로 주어진다. 응답 데이터를 이해할 수 있기 위하여, 에이전트(40)에 대한 광범위한 지식이 칩 카드(20)를 통해 이용 가능하여야 한다. 에이전트(40)는 제1 명령(110)의 성공에 관해 응답 데이터(150)로부터 결과를 형성하고, 명령 시퀀스의 진행에 관한 정보를 수집할 수 있다. 다음 단계로서, 파일 4001의 선택을 위한 제2 명령(110')은 제 1 명령(110)에서처럼 취급되는 애플리케이션(10)에 전달된다.

최종적으로, 추가의 명령(110")은 요구된 데이터의 판독을 위해 발생된다. 이를 위하여, 계정 번호의 위치(오프셋 = 4)와 크기(길이 = 5)에 관한 정보가 사용된다. 명령(110")은 명령(110)이 이미 그랬듯이 전송되고, 칩 카드(20)에 의해 대응하여 응답된다. 칩 카드(20)의 응답 데이터(150")는 또한 원하는 데이터를 이 지점에서 포함한다. 에이전트(40)가 파일의 선택 동안 이전 정보에 근거하여 인지한 이들 데이터는 예로서 암호화될 수 있다. 이 시점에서, 에이전트(40)의 요구(160)는 데이터의 암호화를 수행하기 위하여 애플리케이션(10)으로 발생될 것이다. 애플리케이션(10)은 그 자체가 암호화를 수행할 수도 있거나 또는 애플리케이션(10)은 암호화를 추가의 특정 모듈로 전송할 수도 있다. 그 결과는 응답 데이터 아이템(150"')으로서 에이전트(40)로 복귀된다. 에이전트는 이제 애플리케이션(10)이 이해할 수 있는 포맷으로 데이터를 원 요구(100)시에 표시된 메모리 버퍼에 복사하고 명령 시퀀스의 종료를 애플리케이션(10)에 신호한다. 애플리케이션(10)는 이제 계정 번호에 액세스하고 다음 요구를 에이전트(40)에 보낼 수 있다.

Claims

칩 카드와 분리되어 칩 카드 액세스(access)용 명령 시퀀스(command sequence)를 발생함으로써 애플리케이션(application)의 요청에 응답하는 칩 카드와 애플리케이션의 통신용 장치─여기서, 상기 장치는 애플리케이션과 별도로 외부 레이어(external layer)의 형태로 제공됨─에 있어서,

상기 칩 카드로부터 카드 타입 정보(card type information)를 판독하는 판독 수단과,

상기 카드 타입 정보를 이용하여, 다수의 칩 카드 대화 모듈(dialog module)로부터 선택되는 하나의 칩 카드 대화 모듈─여기서, 상기 칩 카드 대화 모듈은 상기 칩 카드에 관한 카드 특정 데이터(card specific data)를 포함함─과,

상기 칩 카드에 저장된 데이터의 타입, 위치, 크기 및 억세스 방법에 관한 애플리케이션 데이터 정보를 저장하는 적어도 하나의 애플리케이션 데이터 저장 수단

을 포함하며,

상기 칩 카드 대화 모듈은 상기 애플리케이션 데이터 저장 수단 내의 상기 애플리케이션 데이터 정보를 이용하여, 상기 칩 카드와의 인터페이스(interface)를 위한 명령을 생성하는 칩 카드와 애플리케이션의 통신용 장치.
제1항에 있어서, 애플리케이션 데이터 저장 수단을 칩 카드 대화 모듈에 할당하기 위한 할당 장치를 더 포함하는 칩 카드와 애플리케이션의 통신용 장치.
제1항에 있어서, 상기 칩 카드 대화 모듈은 유한 자동 머신(finite automatic machine)으로 구현되는 칩 카드와 애플리케이션의 통신용 장치.
제1항에 있어서, 각 타입의 칩 카드 대화 모듈 및 애플리케이션 데이터 저장 수단을 관리하며, 상기 애플리케이션에 의해 사용되어 각각의 타입의 칩 카드에 대한 상기 칩 카드 대화 모듈과 애플리케이션 데이터 저장 수단의 적절한 조합을 결정하는 적어도 하나의 에이전시(agency)를 포함하는 칩 카드와 애플리케이션의 통신용 장치.
제4항에 있어서, 상기 적어도 하나의 에이전시는 통신 경로를 통하여 다른 에이전시와 연결되는 칩 카드와 애플리케이션의 통신용 장치.
제1항에 있어서, 상기 애플리케이션의 프로그래밍 레벨에 대략 배치되어, 상기 애플리케이션과 통신 상태에 있는 상기 칩 카드 대화 모듈을 대신하며, 데이터 레코드를 생성하는 수단을 제공하는 프락시(proxy)─상기 데이터 레코드는 상기 애플리케이션의 요청에 응답하여 상기 애플리케이션 데이터 저장 수단으로부터의 정보를 포함함─ 와,

상기 데이터 레코드와 상기 칩 카드 대화 모듈의 사본을 수신하기 위한 수단을 구비하는 라우터를 더 포함하며,

상기 라우터는 상기 칩 카드 대화 모듈의 사본에 의해 발생된 명령을 상기 칩 카드에 전송하고, 상기 칩 카드 대화 모듈의 사본은 상기 칩 카드로부터의 응답을 상기 프락시에 복귀시키며, 상기 프락시는 상기 응답을 상기 애플리케이션에 전달하는 칩 카드와 애플리케이션의 통신용 장치.
칩 카드 액세스용 명령 시퀀스를 발생함으로써 애플리케이션의 요청에 응답하는 칩 카드와 애플리케이션의 통신 방법에 있어서,

상기 칩 카드의 식별자를 수신하는 단계와,

애플리케이션과는 별도로 외부 레이어의 형태로 제공되는 다수의 칩 카드 대화 모듈 중 상기 칩 카드용으로 특정된 칩 카드 대화 모듈에 상기 칩 카드에 관한 카드 특정 데이터를 요청하는 단계와,

애플리케이션과는 별도로 외부 레이어의 형태로 제공되는 애플리케이션 데이터 저장 수단의 메모리에 저장된 애플리케이션 특정 정보를 액세스하여, 칩 카드와의 통신을 위해 요구되는 적어도 하나의 명령을 상기 칩 카드 대화 모듈에서 생성하는 단계

를 포함하는 칩 카드와 애플리케이션의 통신 방법.
제7항에 있어서, 상기 요청 단계의 칩 대화 모듈은, 상기 애플리케이션에 의해 다수의 칩 카드 대화 모듈로부터 선택되고,

상기 생성 단계의 애플리케이션 데이터 저장 수단은, 상기 칩 카드 대화 모듈로의 상기 요청의 일부로서 특정되며,

상기 두 단계는 칩 카드로부터의 특수한 응답 데이터와 실행중인 특정의 애플리케이션에 관한 정보에 기초하는 칩 카드와 애플리케이션의 통신 방법.
제7항에 있어서, 상기 칩 카드로의 초기 질의에 응답하여 칩 카드로부터 특수한 응답 데이터를 수신하는 단계를 더 포함하는 칩 카드와 애플리케이션의 통신 방법.
제7항 있어서, 명령 시퀀스의 제 1 명령을 발생하기 위해, 제 1 요구는 상기 칩 카드 대화 모듈을 시작 모드로 놓고, 상기 칩 카드 대화 모듈은 명령에 각각 응답하여 그 내부 상태를 변경하고, 상기 시퀀스의 진행에 관한 정보를 수집하며, 상기 칩 카드 대화 모듈이 상기 요구에 대한 적절한 종료 상태에 이르자마자 명령의 발생을 중지하는 칩 카드와 애플리케이션의 통신 방법.
제10항에 있어서,

상기 종료 상태는 통신중에 에러가 발생할 경우와 데이터가 성공적으로 처리되었을 경우에 도달되는 칩 카드와 애플리케이션의 통신 방법.
제7항 있어서, 상기 애플리케이션 프로그램 그 자체를 변경함이 없이, 상기칩 카드에 저장된 데이터를 수정하기 위한 새로운 애플리케이션 데이터 저장 수단을 생성하기 위해 특정 애플리케이션 데이터 저장 수단을 변경하는 단계를 더 포함하는 칩 카드와 애플리케이션의 통신 방법.
제7항 있어서, 프락시를 실질적으로 상기 애플리케이션의 레벨에 배치하여, 상기 애플리케이션과 통신중에 있는 상기 칩 카드 대화 모듈을 대신하도록 하고, 애플리케이션의 요구시에, 상기 애플리케이션 데이터 저장 수단으로 터의 정보를 포함하는 데이터 레코드를 생성하는 단계와,

라우터에서 칩 카드 대화 모듈의 사본과 상기 데이터 레코드를 수신하는 단계와,

상기 칩 카드 대화 모듈의 사본에 의해 발생된 상기 라우터로부터의 명령을 상기 칩 카드에 전송하는 단계와,

상기 칩 카드 대화 모듈의 사본에서 칩 카드로부터의 응답을 수신하는 단계

를 더 포함하며,

상기 라우터는 상기 칩 카드로부터의 응답을 상기 프락시에 복귀시키며, 상기 프락시는 상기 응답을 상기 애플리케이션에 전달하는 칩 카드와 애플리케이션의 통신 방법.
제7항 있어서, 상기 칩 카드 상에 배치된 애플리케이션 데이터 저장 수단은 상기 칩 카드로부터 복사되고, 외부 장치에 저장되며, 상기 칩 카드 대화 모듈에이용 가능하게 되는 칩 카드와 애플리케이션의 통신 방법.