KR20100075896A - Ｎｆｃ 시스템 내에서 애플리케이션 데이터를 관리하는 방법 및 장치 - Google Patents

Abstract

본 발명은 휴대용 장치에 탑재된 또는 탑재될 NFC 시스템에서 애플리케이션 데이터를 관리하는 방법으로서, 비접촉 데이터 송신/수신 인터페이스(CLINT)와, 하나 이상의 호스트 프로세서(HP1, HP2, HP3), 및 데이터 라우팅 또는 전송 프로세서(NFCC2, HCIADM, DTGEN)를 포함하는 방법에 관한 것이다. 본 발명의 방법은, NFC 시스템 내에서 내부 이벤트(EVT, REQj)의 발생에 대한 응답으로서 내부 애플리케이션 데이터(DATA3)를 생성하는 단계와, NFC 시스템의 호스트 프로세서에 내부 애플리케이션 데이터(DATA3)를 공급하는 단계를 포함한다.

Description

ＮＦＣ 시스템 내에서 애플리케이션 데이터를 관리하는 방법 및 장치{METHOD AND DEVICE FOR MANAGING APPLICATION DATA IN A NFC SYSTEM}

본 발명은 휴대용 장치에 탑재된 또는 탑재될 NFC 시스템 내에서 애플리케이션 데이터를 관리하는 방법으로서, 비접촉 데이터 송신/수신 인터페이스와, 하나 이상의 호스트 프로세서, 및 비접촉 데이터 송신/수신 인터페이스와 호스트 프로세서 사이에서 애플리케이션 데이터를 라우팅하거나 전송하는 작업을 수행하는 데이터 라우팅 또는 전송 프로세서를 포함하는, 방법에 관한 것이다.

NFC 기술은 현재 NFC 포럼(http://www.nfc-forum.org)이라는 이름으로 조직된 산업 컨소시움에 의해 개발되고 있다. NFC 기술은 RFID 기술(무선인식)에서 출발하며 여러가지 작동모드를 구비한, 특히 리더 모드 및 카드 에뮬레이션 모드를 구비한 NFC 소자를 이용한다.

리더 모드에서, NFC 프로세서는 종래의 RFID 리더와 같이 작동하여 RFID 칩(비접촉 칩카드 또는 태그)에 대한 액세스를 판독하거나 기록하게 된다. NFC 프로세서는 자기장을 방사하고, 자기장의 진폭을 변조하여 데이터를 RFID 칩에 송신하며, 전하 변조 및 유도 결합에 의해 RFID 칩으로부터 데이터를 수신한다. 이 모드는 또한 능동모드라고도 불리는데, 그 이유는 이 모드에서 소자들이 자기장을 방사하기 때문이다.

에뮬레이션 모드에서, 본 출원인의 유럽특허공보 EP 1 327 222에 설명되어 있듯이, NFC 소자는 트랜스폰더와 같이 수동식으로 작동하여 다른 리더와 다이얼로그를 하며 또한 RFID 칩과 같은 다른 리더를 통해 볼 수 있다. 이 NFC 소자는 자기장을 방사하지 않으며, 다른 리더에 의해 방사되는 자기장을 복조하여 데이터를 수신하고, 안테나 회로의 임피던스를 변조(전하 변조)하여 다른 리더로 데이터를 방출한다. 이 모드는 또한 수동 모드라고도 불리는데, 그 이유는 이 모드에서 소자는 자기장을 전혀 방출하지 않기 때문이다.

다른 통신 모드, 특히 NFC 소자가 동일한 작동 모드에서 다른 소자와 매칭해야만 하는 장치 모드를 구현할 수 있는데, 각각의 소자가 데이터를 수신하도록 수동 상태(자기장을 방사하지 않음)로 그리고 데이터를 내보내도록 능동상태(자기장을 방사함)로 번갈아 가면서 스위칭된다.

이러한 여러가지 작동 모드 뿐만 아니라, NFC 소자는 예를 들어, ISO 14443-A, ISO 14443-B, ISO 15693, Felica®, 등등의 다수의 비접촉 통신 프로토콜을 실행할 수 있다. 각각의 프로토콜은 자기장의 전송 주파수를 정의하고, 능동모드에서 데이터를 방출하도록 자기장의 진폭을 변조하는 방법을 정의하며, 수동모드에서 데이터를 방출하도록 유도결합에 의한 전하 변조 방법을 정의한다. NFC 소자는 따라서 다중모드 및 다중프로토콜 장치가 될 수 있다. 출원인은 예를 들어 NFC 소자를 "MicroRead"라는 이름으로 상업화하고 있다.

광범위한 통신성능을 갖고 있기 때문에, NFC 소자는 핸드폰이나 PDA(개인정보단말기) 같은 휴대용 장치에 통합될 수 있다.

NFCS1이라고 부호를 붙인 도 1에 도시된 유형의 NFC 소자는 제조될 수 있다. 시스템(NFCS1)은 NFCR1이라고 부르는 NFC 소자와 하나 이상의 제1 호스트 프로세서(HP1)를 포함한다. 호스트 프로레서는 마이크로 프로세서 또는 마이크로 콘트롤러를 포함하고 NFC 소자의 포트에 연결되는 집적회로를 지칭한다. 수많은 애플리케이션에 있어서, NFC 시스템은 또한 제2 호스트 프로세서(HP2), 가끔은 제3 호스트 프로세서(HP3)를 포함한다.

제1 호스트 프로세서(HP1)는 NFC 소자가 탑재되어 있는 장치의 메인 프로세서이다. 이는 보통 비보안 애플리케이션용 프로세서로서, 예를 들어 핸드폰의 여러가지 주변소자를 제어하는 핸드폰의 기저대(또는 무선전화) 회로이다. 제2 호스트 프로레서(HP2)는 보안회로일 수 있는데, 예를 들면 핸드폰 캐리어에서 제공하고 가입자 인증기를 포함하는 SIM 카드(가입자 인증 모듈)의 보안 프로세서이다. 제3 호스트 프로세서(HP3)는 또한 다른 서비스 공급자가 공급하는 보안회로로서, 예를 들어 보안 지불 애플리케이션용으로 사용된다. 이러한 프로세서는 또한 서비스 사용자의 식별기를 포함한다.

NFC 소자의 리소스는 프로세서(HP1, HP2, HP3)에서 처리되어, 이들 프로세서가 비접촉 애플리케이션을 관리하게 된다. 애플리케이션에 대한 예가 도 2에 도시되어 있으며, 도 2는 도 1의 시스템(NFCS1)이 장착된 핸드폰(30)을 보여주고 있다. 아래의 애플리케이션의 특징은 다음과 같다:

1) 애플리케이션(AP1), 핸드폰(30)의 소자(NFCR1)는 리더 모드에서 읽기 및/또는 쓰기를 하면서 비접촉 집적회로(CLCT) 또는 소자(NFCR1)와 통신한다. 핸드폰은 이 경우 NFC 리더와 같이 사용된다. 이러한 유형의 애플리케이션은 무료인데, 예를 들어 버스 정류장의 광고 디스플레이에 삽입되어 있는 광고 데이터를 읽는 것으로 구성될 수 있다. 또한 애플리케이션은 유료로 될 수 있는데, 예를 들어 가입자에게 예약된 정보를 읽는 것으로 구성될 수 있다. 애플리케이션(AP1)의 프로그램은 서비스가 무료인 경우 프로세서(HP1)에 의해 보유되어 실행될 수 있고, 또는 서비스가 유료인 경우 프로세서(HP1, HP3) 중 한 프로세서에 의해 보유되어 실행될 수 있는데 그 이유는 가입자 또는 사용자를 식별해야 하기 때문이다.

2) 보안 애플리케이션(AP2), 핸드폰(30)의 소자(NFCR1)가 지불 또는 유료 액세스 제어의 애플리케이션(지불 장치, 메트로 입구, 등등)의 경우, 카드 에뮬레이션 모드에서 일반적인 리더(RD) 또는 다른 소자(NFCR1')에 의해 읽혀진다. 핸드폰(30)은 칩 카드처럼 사용된다. 애플리케이션(AP2)의 프로그램은 도 1에 도시된 것처럼 보안 프로세서(HP2, HP3)에 의해 보유되어 실행되는 것이 바람직하며, 그 이유는 가입자 또는 사용자를 식별해야 하기 때문이다.

3) 비보안 애플리케이션(AP2'), 소자(NFCR1)은 또한 카드 시뮬레이션 모드에서 일반적인 리더(RD) 또는 다른 소자(NFCR1')에 의해 읽혀진다. 핸드폰(30)은 또한 칩 카드로 사용되지만, 애플리케이션(AP2')의 프로그램은 비보안 프로세서(HP1) 또는 프로세서(HP2, HP3)에 의해 보유되어 실행된다(유료 서비스 공급자는 무료 애플리케이션을 제공할 수 있다).

4) 애플리케이션(AP3), 핸드폰(30)의 소자(NFCR1)는 장치 모드에 있고, 다른 핸드폰 또는 컴퓨터에 탑재된 소자(NFCR1')와 다이얼로그를 수행한다. 이 유형의 애플리케이션은 보통 무료이며, 이 애플리케이션을 통해 데이터 패킷이 한 장치에서 다른 장치로 전송된다(구체적으로 포인트-포인트 파일 전송).애플리케이션(AP3)의 프로그램은 바람직하게 도 1에 도시된 것처럼 비보안 프로세서(HP1)에 의해 보유되어 실행되며, 비보안 프로세서는 SIM 카드 프로세서인 경우 보안 프로세서(HP2) 보다 더 큰 연산능력을 갖고 있고, 또는 보안 프로세서(HP3) 보다 연산능력이 더 크다.

따라서, NFC 시스템을 제작한다는 것은 라우팅을 의미하며, 또는 적어도 NFC 시스템 내에서 프로세서(HP1, HP2, HP3)에 의해 방출되는 데이터로서 NFC 소자로 전달되어야만 하는 데이터(비접촉 데이터 전송 채널을 경유하여 방출되는 유출 데이터)를 전송하는 것을 의미하며, 또한 NFC 소자에 의해 수신되는 데이터로서 프로세서(HP1, HP2, HP3) 중 하나에 전달되어야만 하는 데이터(비접촉 데이터 전송 채널을 경유하여 수신된 유입 데이터)를 상호적으로 라우팅하거나 전송하는 것을 의미한다.

도 3은 시스템(NFCS1) 내 NFC 소자(NFCR1)의 아키텍처의 예를 개략적으로 나타내고 있다. 소자(NFCR1)는 안테나 회로(ACT)가 장착된 비접촉 데이터 송신/수신 인터페이스(CLINT)와, 인터페이스(CLINT)에 연결된 유선 통신 인터페이스(INT1, INT2, INT3) 및 데이터 라우팅 또는 전송 프로세서(NFCC1)를 포함한다. 인터페이스(INT1)는 호스트 프로세서(HP1)에 연결되어 있고, 인터페이스(INT2)는 호스트 프로세서(HP2)에 연결되어 있고, 인터페이스(INT3)는 호스트 프로세서(HP3)에 연결되어 있다.

소자(NFCR1)쪽으로 향하는 외부장치(EXTD)가 도시되어 있다. 외부장치는 소자(NFCR1'), 또는 컴퓨터, 지불 터미널, 핸드폰, 등등에 배열되어 있는 일반적인 리더(RD), 또는 플라스틱 또는 종이 카드, 전자태그, 등등과 같은 지지부에 배열되어 있는 비접촉 칩(CLCT) 및 안테나 회로일 수 있다. NFC 트랜잭션이 시스템(NFCS1)과 외부장치(EXTD) 사이에서 시작할 때, 프로세서(NFCC1)는 외부장치(EXTD)에 의해 공급되거나 외부장치에서 읽을 수 있는 애플리케이션 데이터를 호스트 프로세서(HP1-HP3)에 전송하거나 라우팅하는 작업을 수행하며, 이 데이터는 인터페이스(CLINT)를 통해 수신된다. 프로세서(NFCC1)는 또한 인터페이스(CLINT)를 통해 호스트 프로세서(HP1-HP3)에 의해 방출되는 애플리케이션 데이터를 외부장치(EXTD)로 라우팅하거나 전송한다.

미국특허 US 2006/136902 문서를 보면, 비지니스 방법을 관리하기 위해, "필드 데이터"라고 부르는 데이터를 캡쳐하기 위한 RFID 인터페이스를 포함하고, 서버에 "필드 데이터"를 포함하는 "이벤트 추적 정보"라고 부르는 정보를 전송하도록 구성된 핸드폰이 설명되어 있다. 핸드폰은 또한 압축 프로그램의 형태로 스테이트 머신을 수신하고, 비지니스 방법 단계들과 관련하여 제공되는 스테이트 머신의 함수를 실행하기 위해 이 압축 프로그램을 푼다.

종래기술의 관점에서 살펴보면, NFC 시스템이 사용자에게 제공하는 기능을 개선하기 위해서는, NFC 시스템 내의 애플리케이션 데이터의 프로세스를 향상시키는 것이 바람직하다.

예를 들어, RFID 칩(예를 들어 도 3의 CLCT)에 싸고 제한된 용량을 갖는 메모리가 장착되어 있고, 따라서 이 칩은 정보를 조금만 저장할 수 있다. 구체적으로, 48 바이트의 데이터만 저장하는 RFID 칩이 있고, 이러한 유형의 칩에서 NFC 시스템이 읽을 수 있는 애플리케이션 데이터는 감소된다. 이러한 데이터를 이용하거나 제시할 수 있는 성능은 NFC 시스템 내에서 데이터를 수신하고 처리하는 호스트 프로세서에 의해 줄어든다.

현재 NFC 시스템의 제한이 되는 사항의 또 다른 예가 있다: 데이터가 NFC 시스템의 호스트 프로세서와 외부장치(EXTD) 사이에서 교환될 때, 교환된 데이터를 수신하거나 송신하는 호스트 프로세서가 NFC 시스템의 메인 애플리케이션 프로세서, 예를 들어 도 3의 프로세서(HP1)가 아닌 경우에 이루어지는 교환에 대해 저장된 흔적은 일반적으로 존재하지 않는다. 실제로, 직접적인 접속이 프로세서(HP1)와 프로세서(HP2, HP3) 중 한 프로세서 사이에 존재하는데, 그 예는 도 3에는 도시되지 않은 버스 ISO 7816인데, 호스트 프로세서의 기능을 제어하는 서비스 공급자는 이러한 접속을 이용할 수 있는 가능성을 제한하고 있어, 프로세서 사이에서 정보를 교환할 수 있는 가능성이 감소된다. 따라서, 프로세서(HP2, HP3)는 프로세서(HP1)에 통지하지 않고 인터페이스(CLINT)를 경유하여 외부장치와 애플리케이션 데이터를 교환할 수 있다.

따라서, 본 발명의 한 실시예는, 휴대용 장치에 탑재되거나 탑재될 NFC 시스템에서 애플리케이션 데이터를 관리하는 방법으로서, 비접촉 데이터 송신/수신 인터페이스와, 하나 이상의 호스트 프로세서, 및 비접촉 데이터 송신/수신 인터페이스와 호스트 프로세서 사이에서 애플리케이션 데이터를 라우팅하거나 전송하는 작업을 수행하는 데이터 라우팅 또는 전송 프로세서를 포함하고, NFC 시스템 내에서 발생하는 내부 이벤트에 대한 응답으로 내부 애플리케이션 데이터를 생성하는 단계와; NFC 시스템의 호스트 프로세서에 상기 내부 애플리케이션 데이터를 공급하는 단계를 포함하는 방법에 관한 것이다.

한 실시예에 의하면, 상기 내부 애플리케이션 데이터는 이 데이터가 공급되는 호스트 프로세서에 의해 실행될 수 있는 명령을 형성하도록, 생성된다.

한 실시예에 의하면, 상기 내부 애플리케이션 데이터는 비접촉 통신 채널을 통해 외부 소자에 의해 공급되거나 외부 소자 내에서 판독될 수 있는 데이터를 시뮬레이션 하도록, 정해진 포맷으로 생성된다.

한 실시예에 의하면, 상기 방법은 클럭신호를 수신하는 단계; 상기 클럭신호로부터 내부 이벤트를 생성하는 단계; 상기 내부 이벤트의 발생에 대한 응답으로, 상기 내부 애플리케이션 데이터를 상기 NFC 시스템의 호스트 프로세서에 공급하는 단계를 포함한다.

한 실시예에 의하면, 상기 방법은 내부 이벤트의 역할을 하는 내부 요청을 방출하도록 상기 NFC 시스템의 제1 호스트 프로세서를 구성하는 단계와; 상기 요청의 방출에 대한 응답으로, 상기 NFC 시스템의 제2 호스트 프로세서에 내부 애플리케이션 데이터를 공급하는 단계를 포함한다.

한 실시예에 의하면, 상기 방법은 내부 애플리케이션 데이터가 공급된 호스트 프로세서에 의해, 내부 애플리케이션 데이터를 외부 서버로 전송하는 단계를 포함한다.

한 실시예에 의하면, 상기 내부 애플리케이션 데이터는 보안키를 포함하거나 형성한다.

한 실시예에 의하면, 상기 내부 애플리케이션 데이터는 RFID 명령을 시뮬레이션한다.

한 실시예에 의하면, 암호화 기능을 이용하여 상기 내부 애플리케이션 데이터를 생성한다.

본 발명의 실시예는 또한, 휴대용 장치에 탑재된 또는 탑재될 애플리케이션 데이터를 관리하며, 하나 이상의 호스트 프로세서를 가지고 휴대용 장치에 탑재된 NFC 유형의 통신 시스템을 형성하도록 제공되는 장치로서, 상기 장치는 NFC 유형의 비접촉 데이터 송신/수신 인터페이스와, 비접촉 데이터 송신/수신 인터페이스와 호스트 프로세서 사이에서 애플리케이션 데이터를 라우팅하거나 전송하는 작업을 수행하는 데이터 라우팅 또는 전송 프로세서를 포함하고, 상기 데이터 라우팅 또는 전송 프로세서는, NFC 시스템 내에서 발생하는 내부 이벤트에 대한 응답으로 내부 애플리케이션 데이터를 생성하고; 상기 NFC 시스템의 호스트 프로세서에 상기 내부 애플리케이션 데이터를 공급하도록 구성된 장치에 관한 것이다.

한 실시예에 의하면, 상기 데이터 라우팅 또는 전송 프로세서는, 내부 애플리케이션 데이터가 공급되는 호스트 프로세서에 의해 실행될 수 있는 명령을 형성하는 내부 애플리케이션 데이터를 생성하도록 구성되어 있다.

한 실시예에 의하면, 비접촉 통신 채널을 통해 외부 소자에 의해 공급되거나 외부 소자 내에서 판독될 수 있는 데이터를 시뮬레이션 하도록 하는 정해진 포맷으로, 상기 내부 애플리케이션 데이터를 생성하도록 상기 데이터 라우팅 또는 전송 프로세서가 구성되어 있다.

한 실시예에 의하면, 상기 데이터 라우팅 또는 전송 프로세서는, 클럭신호를 수신하고; 상기 클럭신호로부터 내부 이벤트를 생성하고; 상기 내부 이벤트의 발생에 대한 응답으로, 상기 내부 애플리케이션 데이터를 상기 NFC 시스템의 호스트 프로세서에 공급하도록 구성되어 있다.

한 실시예에 의하면, 상기 데이터 라우팅 또는 전송 프로세서는, 상기 NFC 시스템의 제1 호스트 프로세서로부터, 내부 이벤트의 역할을 하는 내부 요청을 수신하고; 상기 요청의 수신에 대한 응답으로, 상기 NFC 시스템의 제2 호스트 프로세서에 내부 애플리케이션 데이터를 공급하도록 구성되어 있다.

한 실시예에 의하면, 상기 데이터 라우팅 또는 전송 프로세서는, 보안키를 포함하거나 형성하는 내부 애플리케이션 데이터를 생성하도록 구성되어 있다.

한 실시예에 의하면, 상기 데이터 라우팅 또는 전송 프로세서는, RFID 명령을 시뮬레이션 하는 내부 애플리케이션 데이터를 생성하도록 구성되어 있다.

한 실시예에 의하면, 상기 데이터 라우팅 또는 전송 프로세서는, 암호화 기능을 이용하여 상기 내부 애플리케이션 데이터를 생성하도록 구성되어 있다.

본 발명에 따른 또 다른 실시예는, 상술한 유형의 애플리케이션 데이터를 관리하는 장치와 이 장치에 연결된 하나 이상의 호스트 프로세서를 포함하는 NFC 시스템에 관한 것이다.

본 발명에 따른 또 다른 실시예는, 상술한 유형의 NFC 시스템을 포함하는 휴대용 전자장치로서, 특히 핸드폰에 관한 것이다.

본 발명에 대한 실시예를 첨부된 도면을 참고하여 설명할 것이며, 다만 첨부된 도면에 제한되는 것은 아니다:

- 도 1은 상술한 내용에 대한 도면으로서, NFC 시스템의 일반적인 아키텍처와, NFC 시스템이 다이얼로그 할 수 있는 외부 소자를 블록 형태로 나타내는 도면이다.
- 도 2는 상술한 내용에 대한 도면으로서, 핸드폰에 결합된 NFC 시스템의 여러가지 애플리케이션을 나타내는 도면이다.
- 도 3은 상술한 내용에 대한 도면으로서, 도 1의 NFC 시스템에 존재하는 NFC 소자의 일반적인 아키텍처를 블록 형태로 나타내는 도면이다.
- 도 4는 본 발명에 따른 데이터를 관리하는 방법의 실시예를 구현하는 NFC 시스템을 개략적으로 나타내는 도면이다.
- 도 5 내지 도 7은 도 4의 NFC 시스템의 소자들 사이에서의 데이터 교환 시퀀스를 나타내는 본 발명의 실시예에 대한 도면이다.
- 도 8은 도 4의 NFC 시스템에 존재하는 NFC 소자의 하드웨어 아키텍처의 예를 나타내는 도면이다.
- 도 9는 도 8의 NFC 소자의 하드웨어 아키텍처의 예를 나타내는 도면이다.

도 4는 본 발명에 따른 데이터 관리 방법의 한 실시예를 구현하는 NFCS2로 부르는 NFC 시스템을 개략적으로 나타내고 있다. 도시하고 있는 이 시스템(NFCS2)의 아키텍처는 단지 본 발명을 구현하는 실시예 중 하나이다. 예를 들어, 도 4에 개략적으로 도시된 것처럼 NFC 시스템이 핸드폰에 결합되어 있는 것을 고려할 수 있다.

시스템(NFCS2)은 NFCR2로 부르는 NFC 소자와 호스트 프로세서(HP1, HP2, HP3) 또는 "애플리케이션 프로세서"를 포함하고 있으며, 애플리케이션 프로세서라고 하는 것은 각각의 프로세서가 NFC 트랜잭션을 수행하거나 이러한 트랜잭션의 역할을 할 수 있기 때문이다. 소자(NFCR2)는 프로세서(NFCC2)와, 안테나 회로(ACT)가 장착된 비접촉 데이터 송신/수신 인터페이스(CLINT)를 포함하고 있다.

호스트 프로세서(HP1)는 시스템(NFCS2)의 메인 프로세서이다. 이 프로세서는 핸드폰의 무선전화 프로세서(기저대 프로세서)이다. 호스트 프로세서(HP1)는 핸드폰의 무선전화 회로와, 간명하게 하도록 도시하지 아니한 디스플레이 스크린, 키보드, 수신기, 전송기 등등의 여러가지 핸드폰의 주변소자를 제어한다. 프로세서(HP1)는 무선전화 회로 또는 가능한 경우에는 와이파이(WiFi) 내지 블루투스(Bluetooth®) 인터페이스를 통해서 인터넷 네트워크에 연결될 수 있고, 이러한 기능은 대부분의 최신 핸드폰에 내장되어 있다.

호스트 프로세서(HP2)와 호스트 프로세서(HP3)는 보안회로이며, 예를 들면 SIM 카드와 은행 카드 칩과 같은 것이 있다.

이 예에서, 소자(NFCR2)는 "HCI"("호스트 콘트롤러 인터페이스")라고 부르는 라우팅 프로토콜을 수행하는 라우팅 소자(HCIADM)("관리자 HCI")를 포함한다. 라우팅 소자(HCIADM)는 NFC 시스템에서 데이터를 전달하기 위해 데이터 경로 또는 라우팅 채널을 생성하는 기능을 수행한다. 라우팅 소자(HCIADM)는 예를 들어 프로세서(NFCC2)가 실행하는 소프트웨어 기능이며, 이 기능은 NFC 시스템에서 데이터 라우팅 또는 전송 프로세서로 사용된다. 인터페이스(CLINT)와 호스트 프로세서(HP1, HP2, HP3) 사이에서 데이터 전송에 대한 또는 프로세서(HP1-HP3) 사이의 데이터 전송에 대한 라우팅 소자(HCIADM)의 작용은 NFC 시스템의 글로벌 데이터 경로(GP)에 배열된 일종의 "클라우드"로 개략적으로 도시되어 있다. 이 글로벌 데이터 경로는 소자(HCIADM)에 의해 제어되고, 호스트 프로세서(HP1-HP3) 및 이들 사이에 있는 호스트 프로세서에 인터페이스(CLINT)를 연결시킨다.

데이터 경로를 생성하라는 요청이 애플리케이션 프로세서에 의해 방사된 후에 또는 인터페이스(CLINT) 외부장치의 요청에 의해 외부장치(EXTD)와 링크를 설정한 후에, 라우팅 채널 번호(CHANi)를 할당함으로써, 소자(HCIADM)는 글로벌 데이터 경로 내에 특정 데이터 경로를 생성한다. 여기에서 실시되는 프로토콜(HCI)은 라우팅 채널 번호(CHANi)를 포함하는 헤더 필드와 애플리케이션 데이터(DATA)를 포함하는 데이터 필드를 포함하는 유형의 데이터 프레임{CHANi; DATA}을 사용한다. 도 4에서 NFC 시스템내 데이터 흐름의 소스 포인트 또는 종착지 포인트는 P1(호스트 프로세서(HP1) 내 위치한 포인트), P2(호스트 프로세서(HP2) 내 위치한 포인트), P3(호스트 프로세서(HP3) 내 위치한 포인트), 및 Pc(비접촉 인터페이스(CLINT) 내 위치한 포인트)라고 이름을 붙인다.

여기에서만 기재한 NFC 시스템 아키텍처 뿐만 아니라 라우팅이 수행되는 방법은, 아래에서 설명하는 본 발명의 방법의 실시예를 구현하는 내용을 구성하게 된다는 점에 유의해야 한다. 본 발명의 방법의 실시예들은 또한 데이터 라우팅 없이 NFC 시스템에서 구현될 수 있는데, 예를 들어 라우팅 채널을 생성하지 않고 또한 라우팅 프레임을 사용하지 않고 데이터의 내부 전송을 수행하도록 데이터 교환 버퍼를 포함한다. 따라서, 이하 "라우팅"이라는 용어는 NFC 시스템 내에서 한 포인트로부터 다른 포인트로 간단히 데이터를 전송하는 것을 의미할 수도 있다.

인터페이스(CLINT)는 또한 프로세서(NFCC2)와 상이한 소스 또는 종착지 포인트(Pc)로서가 아닌, 프로세서(NFCC2)의 일체화된 부분으로서 완전히 제어할 수 있는 소자로서 제공될 수도 있다. 이 경우, 프로세서(NFCC2)는 비접촉 통신 프로토콜을 관리하는 기능을 수행한다. 인터페이스(CLINT)만 비접촉 통신용 하드웨어 소자를 포함하며, 라우팅 명령을 생성하거나 라우팅 명령에 응답할 수 있는 스마트 주변기기와 같이 작동하지 않는다. 이러한 선택사항이 유지되는 경우, 아래에서 설명하는 도 4 및 도 5와 도 6은 프로세서(NFCC2)를 나타내는 블록 내부의 라우팅 포인트(Pc)와 인터페이스(CLINT)를 나타내도록 수정된다.

제1 및 제2 실시예에 대한 예시

본 발명에 따른 데이터를 관리하는 방법에 대한 제1 및 제2 실시예는 도 4에서 "DTGEN"으로 표시된 상보형 애플리케이션 데이터를 생성하는 소자를 소자(NFCR2)내에서 제공함으로써 구현된다. 라우팅 소자(HCIADM)와 같이, 소자(DTGEN)는 예를 들어 소프트웨어 기능 또는 프로세서(NFCC2)가 실행하는 "레이어"이며, 프로세서의 하드웨어 인터페이스에 기초한다. 소자(DTGEN)와 소자(HCIADM)는 부가적으로 오직 하나로 된 소프트웨어 엔티티(entity)를 형성하는데, 데이터 라우팅 또는 전송에 대한 일반적인 특징과 본 발명의 특징을 구별할 수 있도록 각 소자들은 서로 다르게 된다.

여기에서, "외부 애플리케이션 데이터(DATA1)"는 비접촉 인터페이스(CLINT)를 통해 전송되거나 수신되는 데이터를 나타낸다. 외부 애플리케이션 데이터(DATA1)를 라우팅하는 동작에 대한 응답으로서, 상보형 애플리케이션 데이터(DATA2)가 소자(DTGEN)에 의해 생성된다. 상보형 데이터(DATA2)는, 데이터(DATA1)와 동일한 종착지 포인트로 도달하게 되어 있는 경우에는, 데이터(DATA1)에 통합될 수 있다. 이러한 통합은, 상보형 데이터(DATA2)를 애플리케이션 데이터(DATA1)와 혼합하는 작업 또는 연결하는 작업을 포함할 수 있고, 또는 두 작업을 동시에 할 수도 있다.

이러한 혼합의 결과는 아래와 같은 유형의 동일한 라우팅 프레임으로 결합될 수 있다:

{CHANi ; DATA1, DATA2}

상보형 데이터가 데이터(DATA1)와 다른 종착지 포인트로 가도록 되어 있다면, 아래와 같은 유형의 다른 라우팅 프레임에 통합될 수 있다:

{CHANj ; DATA2}

라우팅 채널(CHANj)은 라우팅 채널(CHANi)과 다르다.

상보형 애플리케이션 데이터(DATA2)는 일반적으로 애플리케이션 프로세서(HP1, HP2, HP3) 중 하나에 의해 이용될 수 있는 데이터이며, 실행할 동작을 완전히 정하도록 하는 매개변수의 형태로 또는 실행할 동작을 형성하는 명령 중 적어도 한 부분의 형태로 결정된 동작을 수행하게 된다.

제1 실시예

본 발명의 실시예에 따르면, 상보형 애플리케이션 데이터(DATA2)는 소자(DTGEN)에 의해 생성되어 애플리케이션 데이터(DATA1)를 풍요롭게 하며, 데이터(DATA1)를 수신하는 소자로 전송된다. 수신하는 소자가 NFC 시스템의 애플리케이션 프로세서일 때, 초기 데이터(DATA1)에 상보형 데이터(DATA2)를 부가함으로써 애플리케이션 프로세서는 데이터(DATA1)를 단순히 수신해왔을 경우 보다 더 복잡한 작업을 수행할 수 있다. 이로써, 예를 들면 이러한 작업들이, 이러한 작업에 대응하는 명령을 저장하기에는 메모리 성능이 너무 낮은 저가의 RFID 칩 또는 태그에 의해 공급되거나 읽혀지는 기초적인 데이터로부터 수행될 수 있다.

예를 들어, 데이터(DATA1)가 애플리케이션 프로세서로서 메인 프로세서(HP1)쪽으로 정해지고, "Hello world"와 같이 NFC 통신 시스템을 포함하는 장치의 스크린에, 여기에서는 핸드폰 스크린에, 디스플레이되는 비가공(raw) 정보를 포함하는 경우, 상보형 애플리케이션 데이터(DATA2)는 한편으로는 "<b>" 그리고 또 한편으로는 "</b>"가 될 수 있다. 아래의 명령을 형성하도록, 데이터(DATA2)는 "Hello world"라는 데이터와 연결되어 있다:

<b>Hello world</b>

이는 코딩된 html이며 태그 <b> 사이에 있는 단어가 굵은 볼드체로 되어야만 하는 것을 의미한다. 따라서, 이러한 명령을 받자마자, 프로세서(HP1)는 "Hello world"라는 단어를 굵은 볼드체로 디스플레이하게 된다.

데이터(DATA1) 디스플레이는 또한 디스플레이 명령을 수신하기 위해 애플리케이션 프로세서에 의해 외부 서버(EXTSVR)에 연결시키는 데이터(DATA2)를 부가함으로써 개선될 수 있다. 데이터(DATA1)가 "Hello world"인 앞의 예에서 처럼, 상보형 데이터는 예를 들어 다음과 같다:

http://www.insidefr.com/parser.php?display=

상보형 데이터는 데이터(DATA1)와 연결되어 다음과 같은 명령을 형성한다:

http://www.insidefr.com/parser.php?display=Hello world

획득한 명령은 웹사이트 "insidefr.com"으로 다시 전송하는 것이며 디스플레이 함수 "display"를 실행하기 위한 함수 "parser.php"에 대한 호출이다. 예를 들어 함수 parser.php는 프로세서(HP1)에 명령을 송신하여, "Hello world"가 디스플레이되는 동안 메뉴 또는 광고, 배경 등등을 디스플레이한다. 프로세서(HP1)는 또한 더 좋은 품질의 스크린 디스플레이(폰트, 컬러, 텍스트 위치 등등)를 수행하는 디스플레이 명령을 웹서버로부터 수신한다.

또 다른 애플리케이션의 예는 예를 들어 시리얼 번호를 포함하는 데이터(DATA1)에만 기초하는 음악 파일을 자동으로 다운로드하도록 하는 것을 목적으로 한다. 이 경우, RFID 칩에서 읽혀지는 데이터(DATA1) "call 61321"은 아래의 DATA2에 의해 완성될 수 있다:

"http://www.insidefr.com/parser.php?load=",

완전한 링 다운로드 명령을 형성하기 위해:

"http://www.insidefr.com/parser.php?load=61321".

따라서, 사용자는 번호, 즉 다운로드를 실행시키는 번호를 호출할 필요가 없다. 따라서, RFID 칩 또는 태그에서 기본적인 데이터를 읽음으로써, 본 발명은 애플리케이션 프로세서에 의해 실행되는 더 향상된 명령을 생성시키도록 한다.

또 다른 애플리케이션에 의하면, 외부 서버를 이용하지 않고도 정보의 디스플레이를 향상시킬 수 있다. 예를 들어, 소자(NFCR2)가 메모리에 하나 이상의 이미지를 갖고 있다면, 전화번호 "0487654321"과 같은 데이터(DATA1)를 텍스트 보다는 이미지의 형태로 디스플레이할 수 있고, 및/또는 공급자의 로고가 앞에 나올수 있다. 상보형 데이터(DATA2)는 예를 들어 다음과 같고:

display("logo.jpg")

데이터(DATA1)와 연결되어 프로세서(HP1)에 의해 실행되는 아래의 디스플레이 명령을 형성한다:

display("logo.jpg") 0487654321

또한, 광고정보를 가지고 데이터(DATA1)를 완성할 수 도 있다. RFID 칩에서 메뉴 데이터(DATA1) "listen to your messages"를 읽으면, "display your accout", "access your WAP server", "call help"와 같은 뉴스 메뉴 라인의 데이터(DATA2)가 소자(NFCR2)에 의해 부가될 수 있다.

상보형 애플리케이션 데이터(DATA2)의 특성에 따라 당업자는 이 실시예에 대하여 여러가지 애플리케이션을 제공할 수 있다.

제2 실시예

이 실시예에 의하면, 상보형 애플리케이션 데이터(DATA2)는, 애플리케이션 데이터(DATA1)가 도달하려고 하는 대상과 상이한 프로세서에 대하여, 소자(DTGEN)에 의해 생성된다.

본 발명의 이러한 실시예는, 스파이웨어라고 부르는 프로그램과 같이 일종의 프로세서에 대해 스파이 행위를 할 수 있도록 한다. 이러한 유형의 애플리케이션에 대해, NFC 시스템의 두 소자 사이에서 데이터 교환은 다른 프로세서, 바람직하게는 메인 프로세서(HP1) 또는 외부 서버에 의해 이용될 수 있는 교환과 관련된 상보형 데이터(DATA2)를 생성하게 한다. 이로써, 예를 들면 사용자 프로파일을 관리할 수 있게 된다. 스파이 행위 대상인 소자들은 예를 들어 보안 호스트 프로세서(HP2, HP3)이며, 인터페이스(CLINT)를 통해 외부장치(EXTD)와 이러한 프로세서 사이에 통신이 설정된다.

따라서, 예를 들면, 소자(HCIADM)가 하나의 프로세서(HP2, HP3)에 인터페이스(CLINT)를 통해 외부장치(EXTD)에서 읽혀지거나 송신된 데이터를 전달할 때, 소자(DTGEN)는 데이터(DATA2)를 생성하믄데, 이 데이터는 트랜잭션 시간에 대한 정보, 진행 중인 통신 또는 트랜잭션의 유형에 대한 정보(리더, 카드, 등등과의 통신), 선택한 파일의 컨텐츠 또는 식별자, 교환된 데이터의 성질 및/또는 컨텐츠, 뿐만 아니라 통신 또는 트랜잭션을 수행하는 프로세서(HP2, HP3)의 정체(identity)를 포함한다. 이러한 데이터는 메인 프로세서(HP1)로 송신되며, 메인 프로세서는 이 데이터를 외부 서버로 송신한다.

일반적으로, 호스트 프로세서로 전달되는 정보 또는 호스스 프로세서에 의해 방출되는 정보는 프로세서(HP1)를 통해 프로세서(HP1)로 전달되기 쉬우며, 이로써 프로세서(HP1)가 사용자 프로파일을 관리할 수 있게 되거나 원격 서버가 사용자 프로파일을 관리할 수 있다. 다른 목적들은 또한 다른 프로세서(HP1, HP2)의 동작과 관련된 "스파이" 데이터를 생성하는 것을 정당화시킬 수 있다.

데이터(DATA2)는 "Insert databse time, card, AID=10"과 유사한 형태를 취할 수 있다. 명령은 데이터베이스 내에 트랜잭션의 시간, 트랜잭션의 유형(여기에선 카드의 유형), 및 트랜잭션의 애플리케이션 식별자(AID)를 레지스터하고 있다. 이 데이터베이스는 핸드폰에 내장되어 있다. 명령은 또한 라우팅 소자(HCIADM)에 의해 프로세서(HP1)로 송신되어, 사용자 프로파일을 관리하도록 외부 애플리케이션 서버로 전달할 수 있다.

상보형 애플리케이션 데이터의 NDEF 포맷

위에서 설명한 실시예에서, 그리고 아래에서 설명하는 다른 실시예에서, 상보형 데이터가 NDEF 포맷에 따라 포맷되는 것이 바람직하다. NDEF 포맷은 NFC 기술에 따른 비접촉 데이터 교환을 위해 특정적으로 설계되었다. 보다 구체적으로, NDEF 포맷은 포럼 세부사항에 따르는 장치와 칩용 공통 데이터 포맷으로서 NFC 포럼의 프레임 내에서 특정되었다. 이러한 포맷에 의해서, 명령으로서 이 포맷이 아닌 경우에는 통신 시스템의 일부 소자들이 이 명령에 대해 접근권을 갖지 않게 되는 명령을 생성할 수 있게 되었다.

NDEF 포맷은 HCI 프로토콜이 NFC 시스템 내에서 데이터 내부 라우팅을 위해 HCI 프로토콜과 아무런 접속이 없다는 점에 유의해야한다. NDEF 포맷은 비접촉 통신 채널에서 전송되는 데이터를 위한 데이터 포맷이며, 이 데이터를 수신하는 NFC 소자가 이해할 수 있는 것으로 여겨진다. 예를 들어 RFID 태그에 삽입된 모든 데이터를 NDEF 포맷으로 인코딩하게 된다.

따라서, NDEF 포맷의 데이터(DATA2)는 라우팅 프로토콜이 NFC 시스템 내에 제공되는 경우에는 라우팅 프레임으로 캡슐화(encapsulate)될 수 있고, 또는 라우팅 프로토콜이 제공되지 않는 경우에는 관련된 애플리케이션 프로세서에 대한 캡슐화가 이루어짐이 없이 공급될 수 있다.

부가적으로, NDEF 포맷은 또한 외부 애플리케이션 데이터(DATA1)(생성될 때 이 포맷으로 읽을 수 있는 것으로 여겨짐)와 관련되어, 상보형 데이터(DATA2)와 애플리케이션 데이터(DATA1)를 조합한 결과(연결 또는 혼합)가 NDEF 포맷으로도 되어 있게 된다.

명확하게, NDEF 포맷의 명령 "http://www." 은 다음과 같이 기재된다:

D1 01 18 55 00 68 74 74 70 3A 5C 5C 77 77 77 2E

이 명령에서, 값 D1 01 18 55 00은 NDEF 헤더를 형성하고, 값 68 74 74 70 3A 5C 5C 77 77 77 2E는 텍스트 "http://.www."를 형성한다.

상술한 실시예를 실행하는 단계들에 대해서는 이제 도 5 및 도 6을 참고하여 기술할 것이다.

도 5는 상보형 애플리케이션 데이터를 생성하는 시퀀스의 제1 예를 보여주고 있다.

단계(S10)가 수행되는 동안, 애플리케이션 데이터(DATA1)는 인터페이스(CLINT)를 통해 프로세서(NFCC2)에 의해 수신된다. 이 데이터는 외부장치(EXTD)에 의해 공급되거나 외부장치에서 판독된다(도 4 참고). 인터페이스(CLINT)와 외부장치(EXTD) 사이에서 RFID 명령을 교환하는 단계를 포함하는 비접촉 통신을 리셋하는 단계들은 설명을 간명하게 하기 위해 도시하지 않았다. 보다 구체적으로, 데이터(DATA1)는 사용되는 비접촉 프로토콜에 적합한 포맷으로 인터페이스(CLINT)에 의해 수신되고, NFC 시스템에 의해 사용되는 내부 라우팅 프로토콜에 적합한 유형의 라우팅 프레임{CHANi ; DATA1}을 통해 라우팅 소자(HCIADM)로 전송된다. 인터페이스(CLINT)가 개별화된 라우팅 포인트(Pc)를 형성하지 않고 라우팅과 관련하여서는 NFC 프로세서에 포함되는 경우, 인터페이스(CLINT)와 프로세서(NFCC2) 사이에서 라우팅 프레임을 사용할 필요가 없다는 점에 다시 유의해야한다.

단계(S10)는 두 개의 변형 실시예인 단계(S11, S12, S13) 또는 단계(S14, S15)에 따라 작동(trigger)된다.

단계(S11)는 프레임의 헤더에서 채널 번호(CHANi)에 의해 식별되는 소자(HPi)에 데이터(DATA1)를 공급하는 라우팅 소자(HCIADM)를 포함한다.

단계(S12)가 진행되는 동안, 소자(DTGEN)는 상보형 애플리케이션 데이터(DATA2)를 생성한다. 이를 위해, 데이터(DATA2)는 예를 들어 소자(NFCR2)의 메모리에서 판독되며, 이 소자(NFCR2)에 대해 소자(DTGEN)는 접근권을 갖는다. 메모리는 다수의 상이한 상보형 데이터와 데이터(DATA1) 식별 매개변수 사이에 검색(look-up table)을 포함할 수 있다. 매개변수는 수신되는 데이터(DATA1)를 분석함으로써 소자(DTGEN)에 의해 결정될 수 있다. 따라서, 데이터(DATA2)는 데이터(DATA1)의 성질에 따라 달라질 수 있다.

단계(S13)에서 라우팅 소자(HCIADM)는 데이터(DATA2)를 새로운 라우팅 프레임으로 캡슐화하고, 라우팅 채널(CHANi)을 사용하여 이 새로운 라우팅 프레임을 소자(Hpi)로 전송한다. 앞서 제시한 것처럼, 데이터(DATA2)는 NDEF 포맷일 수 있다.

다른 예로서, 단계(S10)는 단계(S12)와 동일하지만 데이터(DATA1)를 프로세서(HPi)로 전송하기 전에 수행되는 단계(S14)를 직접 작동시킬 수 있다. 상보형 데이터(DATA2)는 라우팅 소자(HCIADM)로 공급되며, 이 라우팅 소자는 상보형 데이터를 데이터(DATA1)에 결합(연결 또는 혼합)시키고, 그 전체가 NDEF 포맷으로 될 수 있다.

이어서, 단계(S15)에서, 라우팅 소자는 데이터(DATA2)와 결부된 데이터(DATA1)를 포함하는 데이터 프레임을 데이터(DATA1)를 수신하는 소자(HPi)로 전송한다.

도 6은 상보형 애플리케이션 데이터를 생성하는 시퀀스에 대한 제2 실시예를 나타낸다. 도 6에서, 애플리케이션 데이터(DATA1)는 외부장치(EXTD)와 호스트 프로세서(HP2) 사이의 인터페이스(CLINT)를 통해 교환된다.

변형 실시예 (a)에 따르면, 데이터(DATA1)는 인터페이스(CLINT)를 통해 소자(EXTD)에서 판독되거나, 외부장치(EXTD)에 의해 인터페이스(CLINT)로 공급된다. 데이터(DATA1)는 단계(S20)가 진행되는 동안 라우팅 소자(HCIADM)에 우선 전송되고 이어서 동일한 라우팅 채널을 이용하여 단계(S21)가 진행되는 동안 라우팅 소자로부터 호스트 프로세서(HP2)로 전송되는 유형의 프레임{CHANi ; DATA1}으로 캡슐화된다. 앞서 언급하였듯이, 인터페이스(CLINT)와 소자(HCIADM) 사이에서의 라우팅 동작은, 인터페이스(CLINT)가 프로세서(NFCC2)의 일부이고 개별화된 라우팅 포인트와 같이 프로세서에 의해 볼수 없는 경우에는 존재하지 않는다. 단계(S21)는 아래에서 설명하는 것처럼 단계(S24, S25, S26)를 작동시키게 된다.

변형 실시예 (b)에 따르면, 데이터(DATA1)는 인터페이스(CLINT)를 통해 보안 호스트 프로세서(HP2)에 의해 외부장치(EXTD)로 전송된다. 이 경우, 데이터(DATA1)는 {CHANi ; DATA1}과 같은 유형을 갖는 프레임으로 캡슐화되고, 단계(S22)가 진행되는 동안 인터페이스(CLINT)로 전달된다(인터페이스가 프로세서(NFCC2)에 의해 개별화된 라우팅 포인트로서 보여지는 경우). 데이터(DATA1)는 비접촉 통신 프로토콜에 특정된 프레임에서 장치(EXTD)로 송신된다. 단계(S23)는 또한 단계(S24, S25, S26)를 작동시키게 된다.

단계(S24)가 진행되는 동안, 소자(DTGEN)는 상보형 애플리케이션 데이터(DATA2)를 생성한다. 위에서 언급한 것처럼, 데이터(DATA2)는 예를 들어 스파이 애플리케이션 데이터이며, 이 데이터는 트랜잭션 시간, 통신의 유형, 선택된 파일의 컨텐츠 내지 식별자, 판독된 데이터, 통신 내지 트랜잭션을 수행하는 프로세서의 정체, 등등에 대한 정보를 포함할 수 있다. 데이터(DATA2)는 라우팅 소자(HCIADM)로 공급된다. 이 데이터는 앞서 설명한 것처럼 NDEF 포맷일 수 있다.

단계(S25)에서, 라우팅 소자는 데이터(DATA2)를 "i"와 다른 라우팅 채널의 번호를 갖는 새로운 유형의 라우팅 프레임{CHANj ; DATA1}으로 캡슐화 할 수 있고, 스파이 데이터를 처리하고 분석하기 위해 애플리케이션 호스트 프로세서(HP1)에 프레임을 전송한다. 경우에 따라, 단계(S26)에서, 프로세서(HP1)는 이러한 스파이 데이터를 외부 서버로 송신하고, 외부 서버는 예를 들어 사용자 프로파일을 관리하는 기능을 수행한다.

제3 및 제4 실시예

본 발명의 제3 및 제4 실시예에서, 내부 이벤트가 발생하는 경우 이에 대한 응답으로 애플리케이션 데이터(DATA3)가 소자(DTGEN)에 의해 생성된다. 이 데이터는 외부 장치와의 데이터(DATA1) 교환과 관련하여 방출되는 상보형 애플리케이션 데이터(DATA2)와 구별하기 위해 "내부 애플리케이션 데이터"라고 부르도록 한다. 상보형 애플리케이션 데이터(DATA2)와 마찬가지로, 내부 애플리케이션 데이터(DATA3)는 정해진 작업을 실행하도록 하나의 애플리케이션 프로세서(HP1, HP2, HP3)에 의해 이용될 수 있다.

데이터(DATA3)는 생성된 후 호스트 프로세서 중 하나로 전송된다. 앞에서 가정한 것처럼 라우팅 프로토콜(HCI)이 NFC 시스템에서 구현되면, 애플리케이션 데이터는 앞에서 처럼 {CHANi ; DATA3} 유형의 라우팅 프레임에 결합되어, 헤더 CHANi에서 식별된 NFC 시스템의 소자로 라우팅 소자에 의해 송신된다.

또한, 데이터(DATA3)는 NDEF 포맷으로 되어, 데이터가 비접촉 인터페이스(CLINT)를 통해 수신되었던 경우 애플리케이션 프로세서가 데이터를 "보게" 된다.

제3 실시예에서, 내부 이벤트는 호스트 프로세서와 독립적이다. 예를 들면, 클럭 이벤트(EVT)가 있다. 이 경우, 소자(NFCR2)는 클럭장치(CLKD)에 연결되거나, 이러한 클럭장치를 포함하여(도 4 및 도 8 참고) 클럭신호(CLK)를 수신한다. 클럭장치(CLKD)는 예를 들어 시스템(NFCS2)의 외부에 있는 핸드폰의 수정클럭장치이며, 이를 통해 핸드폰은 시간 날짜를 연산할 수 있다. 클럭신호(CLK)는 예를 들어 사각파 신호 또는 사인곡선 신호이다. 클럭 이벤트를 생성하기 위해, 소자(NFCC2)는 예를 들어 카운터(CMPT)(도 4에서 프로세서(NFCC2) 외부에 있는 것으로 도시됨)를 이용하며, 이 카운터는 예를 들어 작동된 후 매 "N"초 마다 이벤트(EVT)를 생성한다.

이벤트(EVT)의 발생에 대한 응답으로, 소자(NFCR2)는 데이터(DATA3)를 NFC 시스템의 애플리케이션 프로세서 중 하나에 공급한다. 데이터(DATA3)는 바람직하게는 NDEF 포맷으로 되어 있거나, 애플리케이션 프로세서에 대해 받아들일 수 있는 포맷으로 되어 있다(여기에서 NDEF 포맷은 애플리케이션 프로세서의 표준 포맷인 것으로 간주함). NDEF 포맷의 데이터(DATA3)는 예를 들어 암호화된 서명, 클럭값, 등등이다. 일반적으로, 상술한 상보형 데이터(DATA2) 또는 데이터(DATA1)와 데이터(DATA2)의 결합에 대한 여러가지 예들은 내부 애플리케이션 데이터(DATA3)를 형성할 수 있다.

애플리케이션에 대한 예에서, 소자(NFCR2)는 클럭장치에 의해 정해진 순간 및/또는 클럭신호(CLK)에 의한 일정한 간격에 의해 NDEF 명령을 방출한다. 클럭 이벤트(EVT)는 예를 들어 예를 들어 1분, 10분, 1시간, 등등의 경과되는 일정한 시간에 대응하여 반복되는 이벤트이다. 소자(NFCR2)는 또한 이벤트가 발생했을 때 동적 패스워드를 생성할 수 있는 의사-무작위추출(pseudo-random) 동적 패스워드 발생장치를 포함할 수 있다.

제4 실시예에서, 내부 이벤트는 호스트 프로세서에 의해 생성된다. 내부 이벤트는 예를 들어 호스트 프로세서 중 하나에 의해 방출되는 요청(REQj)을 프로세서(NFCC2)로 수신하는 것이다.

소자(NFCR2)는 NFC 시스템의 호스트 프로세서, 예를 들어 호스트 프로세서(HP2)가 방출하는 요청(REQj)을 수신하자 마자, 데이터(DATA3)를 생성하고, 이 데이터는 RFID 칩 또는 다른 외부장치(EXTD)에 의해 공급되거나 이에 의해 판독되는 데이터를 시뮬레이션한다. 데이터(DATA3)는 요청을 방출한 프로세서, 예를 들어 프로세서(HP1) 보다는 다른 호스트 프로세서로 전송된다. 이러한 실시예에 의하면, 예를 들어 NFC 시스템의 소자들 중 하나의 요청이 발생하면 RFID 칩을 판독하는 것을 시뮬레이션 할 수 있게 된다. 이는 예를 들어 지시사항을 송신하는 소자, 특히 SIM 카드는 접근권이 없는 명령 세트에 부응하는 데이터(예를 들어 NDEF 포맷으로 된 데이터)를 애플리케이션 프로세서(HP1)에 전송하는 것이 유용하다.

제3 및 제4 실시예를 구현하는 예를 나타내는 단계는 도 7에 도시되어 있다.

제1 변형예 (a)에 의하면, 단계(S30)에서 프로세서(NFCC2)는 클럭장치(CLKD)의 신호(CLK)를 수신한다(신호는 연속적으로 수신되지만, 단계(S30)에 의해 단순화된다). 신호(CLK)는 주어진 순간에(예를 들어 매 분마다) 클럭 이벤트(EVT)를 촉발시킨다. 이벤트(EVT)는 아래에서 설명하는 것처럼 단계(S32, S33)를 작동시키게 된다.

제2 변형예 (b)에 의하면, 프로세서(NFCC2)는 단계(S31)에서 요청(REQj)을 호스트 프로세서(HPj)(j=1, 2, 3)로부터 수신한다. 이러한 요청은 또한 단계(S32, S33)를 촉발시킨다.

단계(S32)가 진행되는 동안, 프로세서(NFCC2)의 소자(DTGEN)는 애플리케이션 데이터(DATA3)를 생성한다. 앞서 언급한 것처럼, 데이터(DATA3)는 클럭데이터(시간, 날짜, 등등)와, 특정 명령(변형예 (a)) 또는 외부장치(EXTD)에 의해 공급되거나 외부장치에서 판독되는 데이터의 시뮬레이션 및/또는 명령(변형예 (b))을 포함할 수 있다.

단계(S33)에서, 프로세서(NFCC2)는 데이터(DATA3)를 호스트 프로세서(HPi) 중 하나에 전송한다(i=1, 2, 3). 여기에서, {CHANi ; DATA3} 유형의 라우팅 프레임에서 데이터(DATA3)를 캡슐화하고 종착지 프로세서에 프레임을 전송하는 라우팅 소자(HCIADM)에 의해 전송이 수행된다. 변형예 (b)에서, 채널번호(CHANi)에 의해 식별되는 종착지 포인트(Pi)는 요청(REQj)을 방출한 포인트(Pj)와 다르다.

다른 애플리케이션 예로서, 클럭 이벤트(EVT)는 앞서 언급한 호스트 프로세서(HP1)에 암호화 코프로세서(AUTHCT)(도 8 참조)에 의해 생성되는 보안키를 송신하는 소자(DTGEN)를 작동시킨다. 프로세서(HP1)는 키를 외부서버(EXTSVR)로 전송하며, 외부서버에 사용자가 연결되어 있다. 키는 예를 들어 매 분마다 갱신되고, 매 분마다 웹사이트로 전송된다. 키가 없는 경우, 외부 서버는 접속을 차단하거나 서비스의 실행을 거부한다.

제3 실시예 또는 제4 실시예는 본 발명의 제1 실시예 또는 제2 실시예를 구현하지 않고 구현될 수 있는데, 이는 소자(NFCR2)가 애플리케이션 데이터(DATA1)를 전송하거나 라우팅할 때에 상보형 애플리케이션 데이터(DATA2)를 생성하도록 구성되지 않고 내부 애플리케이션 데이터(DATA3)를 생성하도록 구성될 수 있기 때문이며, 그 반대의 경우도 가능하다.

이와 같이, 이미 설명한 것처럼, 앞서 기술한 다양한 실시예는 NFC 시스템 내에서 라우팅 프로토콜을 구현하는 것과 상관없이 구현될 수 있는데, 즉 특히 이제 예를 들어 설명하게 될 라우팅 프로토콜이 프로토콜을 라우팅하지 않고 NFC 시스템 내에서 데이터를 간단히 전송하는 프레임으로 구현될 수 있다.

라우팅 프로토콜의 예

간단하게 하기 위해, 아래에서 인터페이스(CLINT)는 세 개의 프로토콜(PT1, PT2, PT3), 예를 들어 ISO 14443-A, 즉 "ISOA", ISO 14443-B, 즉 "ISOB", ISO 15693, 즉 "ISO15"에만 따라서, 데이터를 송신 또는 수신할 수 있다라고 간주할 것이다. 인터페이스는 예를 들어 세 개의 작동 모드(M1, M2, M3), 즉 리더, 카드 에뮬레이션 및 장치를 갖는다. 또한 인터페이스(CLINT)는 데이터 라우팅을 위해 개별화된 소스 또는 종착지 포인트와 같이 구성된다고 가정한다.

여기에서 구현되는 프로토콜(HCI)은 아래와 같은 글로벌 특징을 갖는다:

- 데이터 경로(라우팅 채널)를 관리하는 명령(CMD)을 제공, 특히 데이터 경로의 개방, 폐쇄, 및 수정하는 명령으로서, 이러한 명령(CMD)은 라우팅 채널의 특징을 포함하는 헤더 필드와 라우팅 데이터 필드를 포함함,

- 라우팅 채널 번호(CHANi)를 포함하는 헤더필드와 애플리케이션 데이터(DATA)를 포함하는 데이터필드를 포함하는 데이터 프레임의 사용.

프로세서(NFCC2)는 라우팅 테이블을 이용하여 데이터 프레임을 라우팅하는 작업을 수행하고, 라우팅 테이블에 의해 각각의 라우팅 채널 번호(CHANi) 사이의 통신관계 및 대응하는 라우팅 채널의 특징을 메모리에 계속 저장할 수 있다.

라우팅 테이블에 저장된 데이터 경로는 적어도 아래의 매개변수에 의해 서로 구별된다:

CHANi; IDsp, IDdp, Mi, PTi

CHANi는 데이터 경로에 할당된 라우팅 채널 번호이고, IDsp는 데이터 경로의 소스 포인트의 식별자이고, IDdp는 데이터 경로의 종착지 포인트의 식별자이고, Mi 및 PTi는 작동 모드 및 비접촉 데이터 전송 채널을 통해 데이터를 방출하거나 송신하기 위해 인터페이스(CLINT)에 의해 사용되는 비접촉 통신 프로토콜이다.

프로세서(NFCC2)가 라우팅 채널 번호(CHANi)를 데이터 경로에 할당할 때 마다, 프로세서는 라우팅 테이블(RT)에 명령에서 표시되는 매개변수 IDsp, IDdp, Mi, PTi를 레지스터하게 된다.

데이터 경로를 개방, 폐쇄 또는 수정하는 명령은 호스트 프로세서(HP1, HP2, HP3) 중 하나 또는 인터페이스(CLINT)에 의해 방출되고, 작동 모드(Mi) 및 관련된 데이터 경로에 대한 인터페이스(CLINT)의 프로토콜(PTi)을 특정한다. 데이터 경로의 개방이 호스트 프로세서(HP1, HP2, HP3) 중 하나에 의해 요청되면, 작동 모드(Mi) 및 명령 내에 지시된 프로토콜(PTi)은 데이터 경로를 통해 수신될 데이터를 방출하기 위해 인터페이스(CLINT)가 생성해야만 하는 비접촉 통신 채널에 관한 인터페이스(CLINT)를 구성하는데 사용된다. 데이터 경로를 개방하는 것이 인터페이스(CLINT)에 의해 요청되면, 인터페이스(CLINT)에 의해 방출되는 명령에서 특정된 작동모드(Mi)와 프로토콜(PTi)은 유용한 정보를 주며, 또한 데이터 경로 내에서 전송되는 데이터를 인터페이스(CLINT)가 수신한 작동 모드와 프로토콜 조건을 특정한다.

프로세서(NFCC2)에 의해 생성된 라우팅 테이블의 예가 첨부자료 1에 테이블 1로 기재되어 있는데, 이는 본 설명내용과 일체를 이룬다. 이러한 라우팅 테이블은 프로세서(HP1, HP2, HP3)(즉, 소스 포인트 P1, P2, P3) 중 하나에 위치된 소스 포인트를 갖는 일련의 라우팅 개방 명령을 수신한 후에 생성된다. 선택적으로, 프로세서(NFCC2)는 데이터 경로 내에서 순환하는 데이터의 카피를 수신하도록 되어 있는 제2 종착지 포인트를 정의할 수 있다. 제2 종착지 포인트 또는 통지 포인트는 데이터가 다른 호스트 프로세서에 대해 통지되어야만 하는 데이터 경로를 표시하는 통지 테이블(도면에 도시 안함)로부터 프로세서(NFCC2)에 의해 정해진다. 테이블 1에 정지된 상태로 표현되어 있지만, 라우팅 테이블은 동적이며 프로세서(NFCC2)에 의해 수신된 생성명령, 수정명령, 또는 압축명령에 따라 실시간으로 업데이트 된다.

한 실시예에서, 라우팅 테이블은 정적이며, 예를 들어 호스트 프로세서 중 하나의 요청이 있을 때 그리고 시스템에 전원을 넣었을 때 프로세서(NFCC2)에 의해 사전저장이 이루어져 있게 된다. 첨부자료 1의 테이블 2는 호스트 프로레서(HP1, HP2, HP3)에 위치된 포인트(P1, P2, P3)를 소스 포인트로서 갖는 사전저장된 라우팅 테이블의 예를 설명한다. 채널번호(CHANi)는 또한 각각의 가능한 라우팅 구조에 대하여 라우팅 테이블에 사전저장될 수 있다. 이러한 사전저장된 테이블에, "비지(busy)" 및 "개방(open)" 또는 "허가(authorized)"와 같은 필드가 테이블의 각각의 열(라우팅 채널에 대응하는 열)에 제공된다. 프로세서(NFCC2)는 대응하는 데이터 경로를 개방할 때 필드 "개방"에 값 "1"을 레지스터하고, 데이터 경로를 폐쇄하라는 명령에 대한 응답으로 값 "0"을 레지스터한다. 데이터 경로를 사용할 때, 프로세서(NFCC2)는 값 "1"을 필드 "비지(busy)"에 레지스터한다.

데이터 프레임에서 수신된 데이터의 전송은 또한 프로세서(NFCC2)의 제어하에 있고, 이 프로세서는 데이터의 종착지 포인트를 결정하기 위한 라우팅 테이블을 참고한다. 여기에서, 프로세서에 데이터를 송신하는 소스 포인트는 사용되는 라우팅 채널의 모든 매개변수를 특정할 필요는 없다: 라우팅 프레임의 헤더 필드는 단순히 매개변수 비트 T와 L 그리고 채널 번호의 6비트를 포함한다(이로써 63 데이터 경로가 동시에 라우팅되며, 채널 "0"은 HCI 프로토콜 관리(administration)용으로 자리를 잡음).

따라서, 라우팅 프레임을 수신하게 되면, 라우팅 테이블에서 종착지 포인트 (및 가능한 경우 통지 포인트도)를 발견하기 위한 인덱스로서 채널 번호를 사용하여, 프로세서(NFCC2)는 라우팅 테이블에 표시된 종착지 포인트로 데이터를 송신한다. 종착지 포인트가 포인트(Pc)(인터페이스(CLINT))인 경우, 프로세서(NFCC2)는 인터페이스(CLINT)를 매개변수화하는 작업을 수행하여, 라우팅 테이블 내 작동 모드(Mi) 정보와 비접촉 프로토콜(PTi)에 따르는 비접촉 데이터 전송 채널로 데이터를 송신한다. 한 실시예에서, 인터페이스(CLINT)는 데이터가 라우팅 프레임에서 수신될 때 라우팅 테이블을 판독하여 매개변수화하는 작업을 수행한다.

따라서, 라우팅 테이블에 의하면, 인터페이스(CLINT)는 작동모드(Mi)와 비접촉 통신 프로토콜(PTi) 매개변수를 반드시 포함하지 않고도 데이터 프레임의 헤더 내에 매개변수화될 수 있다. 따라서, 라우팅 테이블은 종래의 일반적인 의미로의 간단한 라우팅 테이블이 아니라, 매개변수화 테이블을 형성한다.

첨부자료 1의 테이블 3은 (소스 포인트로서 Pc를 구비하는) 인터페이스(CLINT)의 요청시 생성되는 데이터 경로를 포함하는 동적 라우팅 테이블의 예를 보여주고 있다. 인터페이스(CLINT)의 요청시 프로세서(NFCC2)에 의해 여기에서 생성되는 라우팅 테이블은, 데이터가 호스트 프로세서(HP1, HP2, HP3)에 위치된 세 개의 종착지 포인트(P1, P2, P3)로 송신되어야만 하고, 또한 데이터와 관련이 없는 호스트 프로세서는 데이터에 대하여 응답할 필요가 없고 다른 프로세서가 인터페이스(CLINT)로 응답 데이터를 송신하게 한다는 것을 나타낸다.

호스트 프로세서(HP1, HP2, HP3) 중 하나의 요청시, 또는 인터페이스(CLINT)의 요청시 생성되는 데이터 경로는 바람직하게 양방향이다. 따라서, 예를 들어, 모드(M2)와 프로토콜(PT2) 매개변수에 의해 정해진 비접촉 통신 채널에서 데이터를 방출하도록 데이터 경로가 일단 프로세서(HP1)에 위치한 포인트(P1)에 의해 생성되면, 프로토콜(PT2)을 따라 모드(M2)에서 인터페이스(CLINT)에 의해 수신된 모든 데이터는 이 데이터 경로로 송신될 것이고, 따라서 포인트(P1)에 의해 수신될 것이다. 또한, 양방향 데이터 경로를 제공하는 것은, 상이한 소스 및/또는 종착지 포인트를 갖는 두 개의 양방향 경로가 인터페이스(CLINT)에 대해 동일한 모드(Mi)와 프로토콜(PTi) 매개변수를 사용하지 않도록 함으로써, 발생가능성이 있는 충돌문제를 관리할 것을 요구하고 있다. 예를 들어, 테이블 1에 기재된 라우팅 테이블은 공존하지 않는 데이터 경로를 나타내고 있다(예를 들어 채널 1과 채널 9, 이 데이터 경로들은 단지 하나의 예로서 같은 테이블에 기재됨).

소자(NFCR2)의 하드웨어 및 소프트웨어 아키텍처의 예

도 8은 도 4의 소자(NFCR2)의 하드웨어 아키텍처의 예를 보여주고 있다. 이 소자는 다음과 같은 구성을 포함한다:

- 앞서 설명한 프로세서(NFCC2)와 인터페이스(CLINT), 및 클럭장치(CLKD)(제2 실시예가 구현되지 않을 경우 선택사항이 될 수 있음),

- 라우팅 테이블(RT)이 저장되고 또한 소자(DTGEN)에 의해 사용될 수 있는 참조 테이블도 저장될 수 있는, ROM 유형(읽기전용 메모리)의 프로그램 메모리(MEM1), RAM 유형(램 메모리)의 데이터 메모리(MEM2), 및 EEPROM유형의 전자적으로 지울수 있고 프로그램가능한 메모리(MEM3)를 포함하는 메모리 어레이,

- 알고리즘 DES(데이터 암호화 표준) 및 알고리즘 ECC(타원곡선암호) 또는 다른 암호 알고리즘을 포함하는 인증 및 에러 정정 회로(AUTHCT),

- 호스트 프로세서(HP1)가 연결되는 UART(범용 비동기 송수신) 유형의 접속포트(INT1),

- 호스트 프로세서(HP2)가 연결되는 ISO7816 유형의 접속포트(INT2)(여기에서 프로세서(HP2)는 SIM 카드인 것으로 가정),

- 호스트 프로세서(HP3)를 연결시키는 SWP(Single Wire Protocol) 유형의 접속포트(INT3),

- 메모리 어레이, 프로세서(NFCC2), 인터페이스(CLINT), 및 포트(INT1, INT2, INT3)를 연결시키는 데이터 버스(DTB) 및 어드레스 버스(ADB),

- 프로세서(NFCC2)가 이러한 여러 소자에 대한 액세스를 제어하고 읽기 및/또는 쓰기하도록 하는 제어버스(CTB).

버스(ADB, DTB, CTB)와 인터페이스(INT1 내지 INT3)는 함께 NFC 시스템의 글로벌 데이터 경로(GP)로 앞서 언급했던 것을 형성한다는 점이 중요하다(도 4).

인터페이스(CLINT)와 포트(INT1, INT2, INT3)는 각각, 데이터 버스와 어드레스 버스를 통해 개별적으로 쓰기 및 읽기를 실현할 수 있는 병렬 입력을 갖는 입력 버퍼(BUF1) 및 병렬 출력을 갖는 출력 버퍼(BUF2)를 포함한다. 호스트 프로세서(HP1, HP2, HP3)와 프로세서(NFCC2) 또는 인터페이스(CLINT) 사이에서 데이터 프레임 또는 라우팅 명령을 형성하는 데이터의 교환은, 버퍼(BUF1, BUF2) 크기의 데이터 블록에 의해 실행되며, 또한 프로세서(NFCC2)에 의해 클럭킹된다.

도 9는 소자(NFCR2) 및 호스트 프로세서(HP1, HP2)의 소프트웨어 아키텍처의 예를 보여주고 있다(호스트 프로세서(HP3)는 도시 하지 않았고 호스트 프로세서(HP2)와 동일한 아키텍처를 갖는 것으로 가정함). 시스템의 소자(NFCR2) 및 호스트 프로세서에 대해, 소프트웨어 아키텍처는 가장 낮은 레벨(데이터 링크 레이어)로부터 가장 높은 레벨(애플리케이션 레벨)까지 다수의 소프트웨어 레이어를 포함한다. 도 9는 NFC 시스템의 실제 소프트웨어 아키텍처에 대한 이러한 소프트웨어 레이어를 표현을 단순화시키고 있지만, 여기에서 제시하는 방법으로 본 발명을 구현하고자 하는 당업자에게 충분하다.

각각의 호스트 프로세서(HP1, HP2)는 넷 이상의 소프트웨어 레이어를 아래와 같이 오름순으로 포함하고 있다:

- 호스트 프로세서가 프로세서(NFCC2)와 데이터를 교환하게 하는 하드웨어 소자의 동작을 관리하는 가장 낮은 레벨의 층(HWML)(하드웨어 관리 레이어). 예를 들어 프로세서(HP1)에 대해서는 UART 인터페이스 관리 레이어가 있고, 프로세서(HP2)에 대해서는 ISO7816 인터페이스 관리 레이어가 있다.

- 통신 포트(INT1, INT2)의 프로토콜을 관리하는 레이어(INTPL)(인터페이스 프로토콜 레이어). 예를 들어 프로세서(HP1)에 대해서는 UART 인터페이스 관리 레이어가 있고, 프로세서(HP2)에 대해서는 ISO7816 인터페이스 관리 레이어가 있다.

- 앞에서 기술한, 즉 라우팅 명령을 발생시키고 이러한 명령에 반응 메시지를 처리함으로써 통신채널을 생성하는 것을 관리하는 HCI 프로토콜을 관리하는 레이어(HCIL). 이 레이어는 거의 투명하게 되어 있는 레이어(INTPL)와 레이어(HWML)에 기초한다.

- 도 2 및 도 4에 도시된 것처럼 RFID 애플리케이션을 관리하는 높은 레벨의 레이어(APL)(애플리케이션 레이어)(칩카드 또는 전자 태그의 읽기, 칩카드의 에뮬레이션, 장치 모드에서 파일 교환을 위해 외부 프로세서와 다이얼로그, 등등). 이 레이어는 다수의 애플리케이션 프로그램을 포함할 수 있고, 각각의 프로그램은 보안되어 있을 수도 있고 아닐 수도 있고(프로세서의 내부 리소스에 따라 달라짐), 각각의 프로그램은 한 유형의 프로토콜(PTi)과 인터페이스(CLINT)의 하나의 작동모드(Mi)를 이용한다. 따라서, 이러한 높은 레벨의 레이어는 레이어(INTPL, HWML) 및 레이어(HCIL)에 기초하고, 이러한 레이어들은 거의 투명이다. 레이어(HCIL)에 따라 생성된 데이터 경로를 통한 데이터 전송의 빠르기는, 애플리케이션 레이어(APL)의 성능을 실질적으로 증가시키게 된다.

호스트 프로세서에 위치한 종착지 포인트(P1, P2, P3)의 소스는 "서비스"(정해진 애플리케이션)가 될 수 있다. 서비스는 인터페이스(CLINT)를 동시에 사용하도록 각각 서로에 대하여 독립적으로 프로세서(NFCC2)에 데이터 경로를 생성할 것을 요청할 수 있다(앞서 언급한 바와 같이 모드 및 프로토콜의 충돌이 없는 경우). 따라서, 소프트웨어 아키텍처에 의해 서비스를 데이터 경로의 소스 포인트 또는 종착지 포인트로서 구현할 수 있고, 또한 다수의 데이터 경로가 두 개의 엔티티 사이에서, 예를 들어 두 개의 호스트 프로세서 사이에서 또는 호스트 프로세서와 비접촉 데이터 송신/수신 인터페이스 사이에서 동시에 생성되도록 한다.

거의 비슷하게, 프로세서(NFCC2)는 아래와 같은 소프트웨어 레이어를 포함한다:

- 호스트 프로세서에 존재하는 레이어(HWML, INTPL)와 동일한 유형의 두 레이어(HWML1, INTPL). 도면을 간단하게 하기 위해, 이 레이어들은 프로세서(NFCC2)에 도시되어 있지만, 실제로는 프로세서(NFCC2)의 일부분으로 간주되는 포트(INT1, INT2)와 버스(ADB, DTB, CTB)에 위치되어 있다. 사실, UART 및 7816 프로토콜은 포트(INT1, INT2)에서 수행되며, 이 포트는 입력 및 출력 버퍼(BUF1, BUF2)를 버스(ADB, DTB, CTB)를 통해 프로세서(NFCC2)에 의해 처리되도록 하고 있다.

- 데이터 프레임 또는 명령을 버퍼와 크기가 같은 데이터 블럭으로 나눔으로써 버스(ADB, DTB, CTB)를 통해, 프로세서(NFCC2)가 버퍼(BUF1)에 쓰고 버퍼(BUF2)에서 읽을 수 있게 하는 다른 낮은 레벨의 레이어(HWML2).

- 레이어(HCIADM) 또는 프로토콜 관리 레이어(HCI)로서, 라우팅 관리자로서 호스트 프로세서(HP1, HP2)의 레이어(HCIL)와 다이얼로그하고 앞서 기술한 소자(HCIADM)를 형성함. 따라서, 이 레이어는 앞서 기술한 데이터 경로의 할당 업무를 실행하고, 낮은 레벨의 레이어(HWML2)를 통해 읽고 쓸때 라우팅 테이블(RT)에 접근한다.

- 본 발명의 두 실시예 중 한 실시예를 구현하기 위해 레이어(HCIADM)와 상호작용하는, 상보형 애플리케이션 데이터(DATA2) 또는 내부 애플리케이션 데이터(DATA3)를 생성하는 소자를 형성하는 레이어(DTGEN); 앞서 설명한 것처럼, 레이어(HCIADM, DTGEN)는 또한 하나의 소프트웨어 엔티티로 혼합될 수도 있다.

- 인터페이스(CLINT)를 관리하고, 스위칭하여야만 하는 모드(Mi)와 비접촉 통신 채널에서 데이터를 방출하는데 사용되는 프로토콜(PTi)을 나타내는, 레이어(CLINTCL)(비접촉 인터페이스 제어 레이어). 이를 위해, 레이어(CLINTCL)는 라우팅 테이블에 존재하는 매개변수인 PTi와 Mi를 이용한다. 보다 구체적으로, 레이어(HCIADM)는 데이터 경로를 개방하라는 명령에 대한 응답으로 라우팅 테이블내에 매개변수를 기록하고, 반면 레이어(CLINTCL)는 호스트 프로세서(HP1, HP2)가 송신한 데이터 프레임의 채널 번호를 인덱스로서 사용하여 테이블에서 매개변수를 검색한다. 이 레이어는 또한 비접촉 데이터 수신 모드에서 인터페이스(CLINT)를 제어하고, 주기적으로 인터페이스(CLINT)가 모드(리더 모드, 에뮬레이션 모드, 장치 모드,...)를 스캔하도록 요청하고, 각각의 모드에서 유입되는 데이터를 검색하도록 한다. 이는, 심문 필드에 존재할 수 있는 비접촉 카드 또는 태그(또는 다른 비접촉 휴대용 장치)를 검색하여 정보를 얻기 위해, 인터페이스(CLINT)가 일정한 간격으로 자기장을 방사하는 것을 의미한다. 인터페이스(CLINT)는 또한 일정한 간격으로 청취 모드(에뮬레이션 모드)로 스위칭되어, 능동 모드에서 리더가 심문 메시지를 송신하는지 여부를 탐지한다.

- 호스트 프로세서와 같이 애플리케이션을 관리할 수 있는 선택적인 레이어(APL). 이 경우, 만일 인터페이스(CLINT)에 레이어(INTPL)가 구비되는 경우에는 프로세서(NFCC2)와 인터페이스(CLINT) 사이의 데이터 통신은 통신 채널(HCI)을 통해 수행될 수 있고, 이는 도 9에 도시된 실시예의 경우이다. 이 레이어는 낮은 레벨의 레이어(HWML2)를 통해 읽고 쓸때 참조 테이블에 액세스를 할 수 있다.

결국, 인터페이스(CLINT)는 다음과 같은 소프트웨어 레이어를 포함한다:

- 버스(ADB, DTB, CTB)를 통해 데이터 버퍼(BUF1, BUF2)를 관리하도록, 프로세서(NFCC2)의 한쪽에 있는 프로세서(NFCC2)의 레이어(HWML2)에 상응하는 낮은 레벨의 레이어(HWML).

- 프로토콜(HCI)에 따르는 인터페이스(CLINT)를 제공하는 레이어(HCIL)(위에서 기술함).

- 작동 모드(M1, M2, M3) 및 프로토콜(PT1, PT2, PT3)을 구현하기 위해, 안테나 회로(ACT)에 가해지거나 안테나 회로에 의해 수신되는 전기 신호를 제어하고 처리하는, 안테나 회로(ACT)의 한쪽에 있는 레이어(CLPTL)(비접촉 프로토콜 레이어) 및 레이어(MCL)(모드 제어 레이어).

- 프로세서(NFCC2)의 한쪽에 있는 레이어와 안테나 회로의 한쪽에 있는 레이어 사이에서, 호스트 프로세서(HP1, HP2, HP3)의 애플리케이션 레이어(APL)에서 다중 포인트(P1, P2, P3)로 다수의 데이터 경로를 생성하기 위해 다수의 소스 또는 종착지 포인트(Pc)를 인터페이스(CLINT) 내에서 정할 수 있게 하는, 중앙의 높은 레벨의 레이어(HLSL)(높은 레벨 서비스 레이어). 이러한 높은 레벨 아키텍처는 선택적이고, 인터페이스(CLINT)에 실제로 위치한 다중 포인트(Pc)는 프로세서(NFCC2)에 의해 관리될 수 있다는 것을 인정할 수 있다.

본 발명이 여러가지 다른 실시예들을 수용할 수 있다는 것은 당업자에게 자명한 것이다. 따라서, 본 발명은 여러가지 호스트 프로세서를 포함하는 시스템으로 제한을 받는 것이 아니다. 본 발명은 하나의 호스트 프로세서를 구비하는 시스템에서 애플리케이션의 실행을 제어하고, 통신하도록 되어 있는 다수의 애플리케이션을 실행하는 것을 모두 커버할 수 있다.

호스트 프로세서는 조만간 완전히 실현되어 소자(NFCR2)에 통합될 것이며, 이 소자는 다중 프로세서 집적회로의 형태를 취할 수 있게 될 것이라는 점도 유의해야한다.

나아가, 앞서 기술한 본 발명의 실시예들은 일반적으로 프로세서(HP2, HP3)가 보안되어 있는 핸드폰에 관한 것이지만, 본 발명의 애플리케이션들은 애플리케이션이 높은 보안 레벨을 요구하지 않는 경우, 호스트 프로세서(HP2) 또는 심지어는 보안되어 있지 않은 두 개의 호스트 프로세서(HP2, HP3)를 사용하는 것에 기반을 둘 수도 있다. 다시 말해서, 디스플레이 장치 또는 무선전화와 같은 필수 주변장치를 제어한다는 점에서 NFC 시스템의 주요 프로세서로 고려했었던 호스트 프로세서(HP1)는 보안 프로세서일 수 있다.

첨부자료 1, 기술내용과 일체를 이룸 - 라우팅 테이블의 예

테이블 1: HP1 또는 HP2에 위치한 소스 포인트를 갖는 동적 라우팅 테이블의 예

테이블 2: HP1 또는 HP2에 위치한 소스 포인트를 갖는 사전저장 라우팅 테이블의 예

테이블 3: 인터페이스 CLINT에 위치하고 호스트 프로세서HP1, HP2에 수신 되는 모든 데이터를 송신하는 소스 포인트를 갖는 동적 라우팅 테이블의 예

Claims (19)

1. 휴대용 장치에 탑재되거나 탑재될 NFC 시스템에서 애플리케이션 데이터(DATA1, DATA2, DATA3)를 관리하는 방법으로서, 비접촉 데이터 송신/수신 인터페이스(CLINT)와, 하나 이상의 호스트 프로세서(HP1, HP2, HP3), 및 비접촉 데이터 송신/수신 인터페이스와 호스트 프로세서(HP1-HP3) 사이에서 애플리케이션 데이터를 라우팅하거나 전송하는 작업을 수행하는 데이터 라우팅 또는 전송 프로세서(NFCC2, HCIADM, DTGEN)를 포함하고,
   - NFC 시스템 내에서 발생하는 내부 이벤트에 대한 응답으로 내부 애플리케이션 데이터를 생성하는 단계와,
   - NFC 시스템의 호스트 프로세서에 상기 내부 애플리케이션 데이터를 공급하는 단계를 포함하는 방법.
2. 제1항에 있어서,
   상기 내부 애플리케이션 데이터는 이 데이터가 공급되는 호스트 프로세서에 의해 실행될 수 있는 명령을 형성하도록, 생성되는 것을 특징으로 하는 방법.
3. 제1항 또는 제2항에 있어서,
   상기 내부 애플리케이션 데이터는 비접촉 통신 채널을 통해 외부 소자(EXTD)에 의해 공급되거나 외부 소자 내에서 판독될 수 있는 데이터를 시뮬레이션 하도록, 정해진 포맷(NDEF)으로 생성되는 것을 특징으로 하는 방법.
4. 제1항 내지 제3항 중 어느 한 항에 있어서,
   - 클럭신호(CLK)를 수신하는 단계,
   - 상기 클럭신호로부터 내부 이벤트(EVT)를 생성하는 단계,
   - 상기 내부 이벤트의 발생에 대한 응답으로, 상기 내부 애플리케이션 데이터를 상기 NFC 시스템의 호스트 프로세서에 공급하는 단계를 포함하는 것을 특징으로 하는 방법.
5. 제1항 내지 제3항 중 어느 한 항에 있어서,
   - 내부 이벤트의 역할을 하는 내부 요청(REQj)을 방출하도록 상기 NFC 시스템의 제1 호스트 프로세서를 구성하는 단계와,
   - 상기 요청의 방출에 대한 응답으로, 상기 NFC 시스템의 제2 호스트 프로세서에 내부 애플리케이션 데이터(DATA3)를 공급하는 단계를 포함하는 것을 특징으로 하는 방법.
6. 제1항 내지 제5항 중 어느 한 항에 있어서,
   내부 애플리케이션 데이터가 공급된 호스트 프로세서에 의해, 내부 애플리케이션 데이터(DATA3)를 외부 서버(EXTSVR)로 전송하는 단계를 포함하는 것을 특징으로 하는 방법.
7. 제1항 내지 제6항 중 어느 한 항에 있어서,
   상기 내부 애플리케이션 데이터(DATA3)는 보안키를 포함하거나 형성하는 것을 특징으로 하는 방법.
8. 제1항 내지 제7항 중 어느 한 항에 있어서,
   상기 내부 애플리케이션 데이터(DATA3)는 RFID 명령을 시뮬레이션 하는 것을 특징으로 하는 방법.
9. 제1항 내지 제8항 중 어느 한 항에 있어서,
   암호화 기능(AUTHCT)을 이용하여 상기 내부 애플리케이션 데이터(DATA3)를 생성하는 것을 특징으로 하는 방법.
10. 휴대용 장치에 탑재된 또는 탑재될 애플리케이션 데이터를 관리하며, 하나 이상의 호스트 프로세서(HP1, HP2, HP3)를 가지고 휴대용 장치에 탑재된 NFC 유형의 통신 시스템을 형성하도록 제공되는 장치(NFCR2)로서,
    상기 장치(NFCR2)는 NFC 유형의 비접촉 데이터 송신/수신 인터페이스(CLINT)와, 비접촉 데이터 송신/수신 인터페이스와 호스트 프로세서(HP1-HP3) 사이에서 애플리케이션 데이터를 라우팅하거나 전송하는 작업을 수행하는 데이터 라우팅 또는 전송 프로세서(NFCC2, HCIADM, DTGEN)를 포함하고,
    상기 데이터 라우팅 또는 전송 프로세서는,
    - NFC 시스템 내에서 발생하는 내부 이벤트(EVT, REQj)에 대한 응답으로 내부 애플리케이션 데이터(DATA3)를 생성하고,
    - 상기 NFC 시스템의 호스트 프로세서에 상기 내부 애플리케이션 데이터(DATA3)를 공급하도록 구성된 것을 특징으로 하는 장치.
11. 제10항에 있어서,
    상기 데이터 라우팅 또는 전송 프로세서는,
    - 내부 애플리케이션 데이터가 공급되는 호스트 프로세서에 의해 실행될 수 있는 명령을 형성하는 내부 애플리케이션 데이터를 생성하도록 구성되는 것을 특징으로 하는 장치.
12. 제10항 또는 제11항에 있어서,
    상기 데이터 라우팅 또는 전송 프로세서는, 비접촉 통신 채널을 통해 외부 소자(EXTD)에 의해 공급되거나 외부 소자 내에서 판독될 수 있는 데이터를 시뮬레이션 하도록 하는 정해진 포맷(NDEF)으로, 상기 내부 애플리케이션 데이터를 생성하도록 구성되는 것을 특징으로 하는 장치.
13. 제10항 내지 제12항 중 어느 한 항에 있어서,
    상기 데이터 라우팅 또는 전송 프로세서는,
    - 클럭신호(CLK)를 수신하고,
    - 상기 클럭신호로부터 내부 이벤트(EVT)를 생성하고,
    - 상기 내부 이벤트의 발생에 대한 응답으로, 상기 내부 애플리케이션 데이터(DATA3)를 상기 NFC 시스템의 호스트 프로세서에 공급하는 것을 특징으로 하는 장치.
14. 제10항 내지 제12항 중 어느 한 항에 있어서,
    상기 데이터 라우팅 또는 전송 프로세서는,
    - 상기 NFC 시스템의 제1 호스트 프로세서로부터, 내부 이벤트의 역할을 하는 내부 요청(REQj)을 수신하고,
    - 상기 요청의 수신에 대한 응답으로, 상기 NFC 시스템의 제2 호스트 프로세서에 내부 애플리케이션 데이터(DATA3)를 공급하는 것을 특징으로 하는 장치.
15. 제10항 내지 제14항 중 어느 한 항에 있어서,
    상기 데이터 라우팅 또는 전송 프로세서는, 보안키를 포함하거나 형성하는 내부 애플리케이션 데이터(DATA3)를 생성하는 것을 특징으로 하는 장치.
16. 제10항 내지 제15항 중 어느 한 항에 있어서,
    상기 데이터 라우팅 또는 전송 프로세서는, RFID 명령을 시뮬레이션 하는 내부 애플리케이션 데이터(DATA3)를 생성하는 것을 특징으로 하는 장치.
17. 제10항 내지 제16항 중 어느 한 항에 있어서,
    상기 데이터 라우팅 또는 전송 프로세서는, 암호화 기능(AUTHCT)을 이용하여 상기 내부 애플리케이션 데이터(DATA3)를 생성하는 것을 특징으로 하는 장치.
18. 제10항 내지 제17항 중 어느 한 항에 따른 애플리케이션 데이터를 관리하는 장치와 이 장치에 연결된 하나 이상의 호스트 프로세서를 포함하는 NFC 시스템.
19. 제18항에 따른 NFC 시스템을 포함하는 휴대용 전자장치로서, 특히 핸드폰.
    

Images