KR20140141584A

KR20140141584A - 통신 장치, 제어 방법, 프로그램 및 프론트 엔드

Info

Publication number: KR20140141584A
Application number: KR1020147024308A
Authority: KR
Inventors: 다카시 스즈키; 노리히로 이치마루; 가츠유키 데루야마
Original assignee: 훼리카네트워크스 카부시키가이샤
Priority date: 2012-03-07
Filing date: 2013-02-25
Publication date: 2014-12-10
Also published as: CN104428796A; JP2019083026A; JP6461242B2; US9444519B2; EP2824611A4; EP3276537A1; KR102040348B1; EP2824611A1; US20160087683A1; CN104428796B; EP3276537B1; MY166919A; IN2014DN07294A; US20150038077A1; US9237409B2; JP6162683B2; EP2824611B1; WO2013133058A1; US20160337002A1; US10305547B2

Abstract

본 발명은, 원하는 타깃을 확실하게 선택할 수 있도록 하는 통신 장치, 제어 방법 및 프로그램에 관한 것이다. CLF는, NFC 리더로부터 수신한 확정 타깃의 후보를 선택하기 위한 폴링 커맨드를 타깃에 송신하고, 확정 타깃의 후보를 선택하는 데 있어서, P2P 애플리케이션을 가장 높은 우선도의 타깃으로 하여 확정 타깃의 후보를 선택하며, NFC 리더로부터 수신한 폴링 커맨드 이외의 커맨드에 기초하여 확정 타깃을 선택하고, P2P 애플리케이션이 확정 타깃의 후보로서 선택되었을 경우에, P2P 애플리케이션이 확정 타깃으로 선택되지 않았을 때는, P2P 애플리케이션의 우선도를 낮추도록 제어한다. 본 발명은, 예를 들어 NFC 규격에 대응한 통신 장치에 적용할 수 있다.

Description

통신 장치, 제어 방법 및 프로그램{COMMUNICATION DEVICE, CONTROL METHOD, AND PROGRAM}

본 발명은 통신 장치, 제어 방법 및 프로그램에 관한 것이며, 특히 원하는 타깃을 확실하게 선택할 수 있도록 한 통신 장치, 제어 방법 및 프로그램에 관한 것이다.

무선 통신의 규격으로서, NFC(Near Field Communication)가 알려져 있다. NFC 규격에 대응한 NFC 디바이스에서는, 단말기 내에 복수의 통신 대상(이하, 타깃이라고 함)이 동시에 존재하는 경우가 상정된다.

NFC 디바이스로서, 타깃으로서의 복수의 시큐어 엘리먼트와, 그들 시큐어 엘리먼트에 공통으로 사용되고, 리더 등의 외부 장치와 근접 통신하는 프론트 엔드를 구비하며, 프론트 엔드가, 기동 시에 복수의 시큐어 엘리먼트에 대하여 통신을 위한 상이한 타임 슬롯을 할당하는 것이 이미 제안되어 있다(예를 들어, 특허문헌 1 참조).

도 1에 도시한 바와 같이, NFC의 무선 통신을 행하는 비접촉 무선 칩(CLF: Contactless Front End)(이하, 프론트 엔드라고도 함)과, 리더(reader)가 근접 통신을 행하는 경우, 싱글 리스펀스와 멀티 리스펀스의 2가지 방식이 있다.

싱글 리스펀스 방식에서는, 리더 측으로부터의 폴링에 따라 프론트 엔드가 하나의 폴링 리스펀스를 회신하므로, 리더는 그 폴링 리스펀스에 대응하는 타깃에 대한 처리를 행한다. 그로 인하여 싱글 리스펀스 방식에서는, 특별한 회로를 형성하지 않고 실장할 수 있다는 장점이 있는 반면, 멀티 리스펀스 방식과 비교하여 타깃의 정답율(「리더에 대하여, 리더가 원하는 타깃으로부터의 리스펀스를 응답할 수 있는 확률」을 의미함)이 낮아져 버린다.

한편, 멀티 리스펀스 방식에서는, 리더 측으로부터의 폴링에 따라 프론트 엔드가 복수의 폴링 리스펀스를 회신하므로, 리더는 복수 리스펀스 수신에 대응하고 있으면, 복수의 폴링 리스펀스 중에서 선택된, 원하는 폴링 리스펀스에 대응하는 타깃에 대한 처리를 행한다. 그로 인하여 멀티 리스펀스 방식은, 한 번에 복수의 리스펀스를 회신하기 위한 특별한 회로를 프론트 엔드에 설치할 필요가 있어, 실장면이 복잡해지는 반면, 싱글 리스펀스 방식과 비교하여 타깃의 정답율을 높게 할 수 있다.

일본 특허 공개 제2011-49778호 공보

그런데 도 2에 도시한 바와 같이, 프론트 엔드가 멀티 리스펀스 방식의 기능을 갖는 경우에도, 예를 들어 3개의 폴링 리스펀스를 회신하고 싶을 때 2개의 타임 슬롯밖에 없으면, 슬롯 부족으로 인하여 한 번에 폴링 리스펀스를 회신할 수 없게 된다. 이와 같이 멀티 리스펀스 방식에서는, 슬롯 수가 많으면 폴링 슬롯을 모두 회신하는 것이 가능하게 되지만, 리더가 TSN=0,1 등 작은 TSN(Time Slot Number)에 의하여 폴링해 왔을 경우에, 슬롯 수가 부족하여 모든 폴링 리스펀스를 회신할 수 없게 될 때가 있다. 또한, 애플리케이션 프로그램에 따라서는, 전자 화폐의 애플리케이션 프로그램 싱글 리스펀스를 기대하는 것이나, 리더의 실장 제약에 의하여 멀티 리스펀스를 수신할 수 없는 것도 존재한다.

또한, 멀티 리스펀스 방식을 이용하기 위해서는, 특별한 회로를 프론트 엔드에 설치할 필요가 있기 때문에, 멀티 리스펀스 방식에 대응하고 있지 않은 기존의 디바이스이면, 특별한 회로를 실장할 필요가 생긴다.

또한, 리더로부터 보내지는 커맨드에 따라서는, 프론트 엔드에서 어느 타깃의 리스펀스를 회신하면 되는지를 판별할 수 없는 경우가 있으며, 그 경우에는 리더가 원하는 타깃을 선택할 수 없게 된다.

본 발명은 이러한 상황을 감안하여 이루어진 것이며, 상술한 리더의 동작 사양에 대응하고, 또한 프론트 엔드에 특별한 회로를 실장하지 않고, 리더가 원하는 타깃을 확실하게 선택할 수 있도록 하는 것이다.

본 발명의 일 측면의 통신 장치는, 각각이 소정의 처리를 실행하는 복수의 타깃과, 상기 복수의 타깃 중에서 외부 장치의 통신 대상으로 되는 확정 타깃을 선택하고, 상기 외부 장치와의 근접 통신을 행하는 프론트 엔드를 구비하고, 상기 복수의 타깃은 P2P(Peer to Peer)의 애플리케이션을 포함하며, 상기 프론트 엔드는, 상기 외부 장치로부터 수신한, 상기 확정 타깃의 후보를 선택하기 위한 제1 커맨드를 상기 복수의 타깃에 송신하고, 상기 확정 타깃의 후보를 선택하는 데 있어서, 상기 P2P의 애플리케이션을 가장 높은 우선도의 타깃으로 하여 상기 확정 타깃의 후보를 선택하며, 상기 외부 장치로부터 수신한, 소정의 타깃의 식별 정보를 포함하는 제2 커맨드에 기초하여, 상기 확정 타깃의 후보를 상기 확정 타깃으로서 선택하고, 상기 P2P의 애플리케이션이 상기 확정 타깃의 후보로서 선택되었을 경우에, 상기 P2P의 애플리케이션이 상기 확정 타깃으로 선택되지 않았을 때, 상기 확정 타깃의 후보의 선택에 있어서의 상기 P2P의 애플리케이션의 우선도를 낮춘다.

상기 프론트 엔드는, 상기 외부 장치로부터 상기 제1 커맨드를 수신하였을 경우, 상기 제1 커맨드를 상기 복수의 타깃에 브로드캐스트 송신한다.

상기 복수의 타깃 중, 상기 P2P의 애플리케이션을 제외한 다른 타깃은, 시큐어 엘리먼트 및 UICC(Universal Integrated Circuit Card) 중 어느 한쪽 또는 양쪽을 적어도 포함하고 있고, 상기 프론트 엔드는, 상기 P2P의 애플리케이션의 상기 우선도를 상기 시큐어 엘리먼트 및 상기 UICC 중 어느 한쪽 또는 양쪽의 다음 우선도로 변경한다.

상기 프론트 엔드는, 상기 시큐어 엘리먼트, 상기 UICC, 상기 P2P의 애플리케이션의 순으로 되도록 상기 우선도를 변경한다.

상기 프론트 엔드는, 상기 시큐어 엘리먼트, 상기 P2P의 애플리케이션, 상기 UICC의 순으로 되도록 상기 우선도를 변경한다.

상기 다른 타깃은, 소정의 규격에 준거한 소정의 애플리케이션을 더 포함하고 있고, 상기 프론트 엔드는, 상기 시큐어 엘리먼트, 상기 UICC, 상기 소정의 애플리케이션, 상기 P2P의 애플리케이션의 순으로 되도록 상기 우선도를 변경한다.

상기 프론트 엔드는, 상기 P2P의 애플리케이션의 우선도를 가장 낮은 우선도로 변경한다.

상기 프론트 엔드는, 상기 외부 장치의 동작 시퀀스에 따라, 상기 우선도를 변경한다.

상기 프론트 엔드는, 상기 P2P의 애플리케이션의 상기 우선도를 변경하였을 경우에, 미리 설정된 소정의 기간을 경과했을 때, 상기 P2P의 애플리케이션의 상기 우선도를 가장 높은 우선도로 되돌린다.

상기 프론트 엔드는, 소정의 타깃 해제 조건에 기초하여, 상기 확정 타깃을 상기 외부 장치의 통신 대상으로부터 해제한다.

상기 프론트 엔드는, 상기 제1 커맨드를 상기 복수의 타깃에 브로드캐스트 송신하였을 경우에, 어느 하나의 타깃으로부터의 응답이 있었을 때, 상기 확정 타깃을 상기 외부 장치의 통신 대상으로부터 해제한다.

상기 프론트 엔드는, 상기 제2 커맨드에 포함되는 식별 정보와, 상기 확정 타깃의 후보 식별 정보가 일치하는 경우, 상기 확정 타깃의 후보를 상기 확정 타깃으로서 선택한다.

본 발명의 일 측면의 제어 방법 및 프로그램은, 상술한 본 발명의 일 측면의 통신 장치에 대응하는 제어 방법 및 프로그램이다.

본 발명의 일 측면의 통신 장치, 제어 방법 및 프로그램에 있어서는, 각각이 소정의 처리를 실행하는 복수의 타깃 중에서 외부 장치의 통신 대상으로 되는 확정 타깃이 선택되고, 외부 장치와의 근접 통신이 행해진다. 또한, 외부 장치로부터 수신한 확정 타깃의 후보를 선택하기 위한 제1 커맨드가 복수의 타깃에 송신되며, 확정 타깃의 후보를 선택하는 데 있어서, P2P의 애플리케이션이 가장 높은 우선도의 타깃으로 되어 확정 타깃의 후보가 선택되고, 외부 장치로부터 수신한 소정의 타깃의 식별 정보를 포함하는 제2 커맨드에 기초하여, 확정 타깃의 후보가 확정 타깃으로서 선택되며, P2P의 애플리케이션이 확정 타깃의 후보로서 선택되었을 경우에, P2P의 애플리케이션이 확정 타깃으로 선택되지 않았을 때, 확정 타깃의 후보의 선택에 있어서의 P2P의 애플리케이션의 우선도가 낮아진다.

본 발명의 일 측면에 의하면, 원하는 타깃을 확실하게 선택할 수 있다.

도 1은 근접 통신의 방식을 설명하는 도면이다.
도 2는 멀티 리스펀스 방식에 있어서의 응답 조건의 예를 나타내는 도면이다.
도 3은 NFC 디바이스의 구성예를 도시하는 도면이다.
도 4는 CLF의 상세한 구성예를 도시하는 도면이다.
도 5는 라우팅의 스테이트 머신의 개요를 도시하는 도면이다.
도 6은 라우팅의 스테이트 머신의 상태 천이를 도시하는 도면이다.
도 7은 폴링 커맨드를 수신하였을 경우의 처리 프로세스를 도시하는 도면이다.
도 8은 SENSF_REQ 커맨드의 처리 프로세스를 도시하는 도면이다.
도 9는 SENSF_RES 커맨드의 처리 프로세스를 도시하는 도면이다.
도 10은 폴링 커맨드 이외의 커맨드를 수신하였을 경우의 처리 프로세스를 도시하는 도면이다.
도 11은 뉴트럴 상태에 있어서의 수신 패킷의 처리 프로세스를 도시하는 도면이다.
도 12는 뉴트럴 상태에 있어서의 수신 패킷의 처리 프로세스를 도시하는 도면이다.
도 13은 T3T 셀렉트 상태에 있어서의 수신 패킷의 처리 프로세스를 도시하는 도면이다.
도 14는 T3T 셀렉트 상태에 있어서의 수신 패킷의 처리 프로세스를 도시하는 도면이다.
도 15는 P2P 셀렉트 상태에 있어서의 수신 패킷의 처리 프로세스를 도시하는 도면이다.
도 16은 본 발명을 이용한 구체적인 운용예를 나타내는 시퀀스도이다.
도 17은 본 발명을 이용한 구체적인 운용예를 나타내는 시퀀스도이다.
도 18은 SENSF_RES 커맨드의 패킷으로 NFCID2의 저장 위치를 나타내는 도면이다.
도 19는 NFCID2의 추출 및 일시적 유지의 처리를 나타내는 시퀀스도이다.
도 20은 NFCID2의 리플레이스 처리의 개요를 도시하는 도면이다.
도 21은 NFCID2의 리플레이스 처리를 나타내는 시퀀스도이다.
도 22는 커맨드 대응 처리를 설명하는 흐름도이다.
도 23은 뉴트럴 상태에 있어서의 수신 패킷의 처리를 설명하는 흐름도이다.
도 24는 컴퓨터의 구성예를 도시하는 도면이다.

이하, 도면을 참조하면서 본 발명의 실시 형태에 대하여 설명한다.

[NFC 디바이스의 구성예]

도 3은, NFC 디바이스의 구성예를 도시하는 도면이다.

NFC 디바이스(11)는, 예를 들어 휴대 전화기, IC 카드, 휴대 정보 단말기, 또는 퍼스널 컴퓨터 등의 장치로서 구성된다. NFC 디바이스(11)는 NFC 리더(12) 등의 외부 장치와, 예를 들어 ISM(Industry Science Medical) 밴드의 13.56㎒의 주파수의 반송파를 사용하여, 수십 ㎝ 이내(접촉하고 있는 경우도 포함함)의 거리에서 근접 통신을 행한다.

NFC 디바이스(11)는 CLF(31), ESE(32), DH(33) 및 UICC(34)로 구성된다. CLF(31)와, 타깃으로서의 ESE(32), DH(33) 및 UICC(34)의 각각은, 유선에 의하여 접속되어 서로 통신 가능하게 된다.

CLF(Contactless Front End)(31)는 NFC 디바이스(11) 내에 설치된 안테나에 접속되어 NFC 리더(12)와 근접 통신을 행한다. CLF(31)는 NFC 리더(12)로부터 송신되어 오는 커맨드에 따라, NFC 리더(12)가 원하는 타깃을 선택하고, NFC 리더(12)와의 사이에서 통신이 행해지도록 제어한다.

또한, CLF(31)는 메모리(31A)를 내장하고 있으며, 필요에 따라 각종 데이터를 메모리(31A)에 기억한다.

ESE(Embedded Secure Element)(32)는 IC 칩의 시큐리티를 포함한 코어 부분이 되는 시큐어 엘리먼트이며, 예를 들어 전자 결제나 전자 승차권, 입퇴실 관리의 NFC애플리케이션에 있어서의 시큐리티 기능을 실현한다.

DH(Device Host)(33)는 NFC 디바이스(11)의 각 부 동작을 제어한다. 또한, DH(33)는 P2P 애플리케이션(41) 또는 T3T 애플리케이션(42)을 실행한다. P2P 애플리케이션(41)은 P2P(Peer to Peer)의 애플리케이션 프로그램이다. 또한, T3T 애플리케이션(42)은 NFC 규격에 의하여 규정되어 있는 T3T(Type 3 Tag)의 에뮬레이션용 애플리케이션 프로그램이다. P2P 애플리케이션(41) 및 T3T 애플리케이션(42)은, 각각 하나 또는 복수 실행 가능하게 된다.

UICC(Universal Integrated Circuit Card)(34)는, 예를 들어 SIM(Subscriber Identity Module) 카드로 구성된다. UICC(34)는 NFC 애플리케이션 프로그램을 실행함으로써, 예를 들어 전자 결제 기능을 실현한다.

이와 같이 ESE(32), UICC(34), P2P 애플리케이션(41) 및 T3T 애플리케이션(42)은, NFC 리더(12)의 통신 대상으로 되는 타깃이며, 각각이 소정의 처리를 행한다. 바꾸어 말하면, 타깃에는 ESE(32)나 UICC(34) 등의 디바이스와, P2P 애플리케이션(41)이나 T3T 애플리케이션(42) 등의 애플리케이션 프로그램이 포함되게 된다. 단, 타깃에는 ESE(32) 또는 UICC(34)에서 실행되는 애플리케이션 프로그램이 포함되도록 해도 된다.

NFC 디바이스(11)는 이상과 같이 구성된다.

[CLF의 상세한 구성예]

도 4는, 도 3의 CLF(31)의 상세한 구성예를 도시하는 도면이다.

CLF(31)는 패킷 수신 처리부(101), 라우팅 상태 관리부(102), 우선도 관리부(103) 및 무선 통신 제어부(104)로 구성된다.

패킷 수신 처리부(101)는 NFC 리더(12)로부터 송신되는 수신 패킷에 관한 처리를 행한다.

라우팅 상태 관리부(102)는 CLF(31)에서 행해지는 라우팅의 상태 천이를 관리한다. 라우팅 상태에는, 후술하는 뉴트럴 상태와 셀렉트 상태가 있다.

우선도 관리부(103)는 폴링 커맨드에 대한 타깃으로부터의 응답(리스펀스)의 우선도를 관리한다. 또한, 우선도에 관한 정보는 메모리(31A)에 유지되며, 필요에 따라 적절히 판독된다.

무선 통신 제어부(104)는 NFC 리더(12)와의 사이에서 행해지는 근접 통신을 제어하기 위한 처리를 행한다.

CLF(31)는 이상과 같이 구성된다.

[CLF에 의한 라우팅의 개요]

이어서, CLF(31)에 의한 라우팅의 개요에 대하여 설명한다. CLF(31)에서 행해지는 라우팅은, 라우팅의 스테이트 머신과, 각 상태에 있어서의 수신 패킷의 처리 프로세스에 의하여 실현된다.

[라우팅의 스테이트 머신]

도 5에 도시한 바와 같이, 스테이트 머신은 뉴트럴 상태(NEUTRAL)와, 셀렉트 상태(SELECTED)의 2가지 상태로 구성된다. 뉴트럴 상태는 타깃이 확정되어 있지 않은 상태를 의미하고, 셀렉트 상태는 타깃이 확정되어 있는 상태를 의미한다.

뉴트럴 상태에서는, NFC 리더(12)로부터의 수신 패킷의 해석이 행해지고, 당해 해석 결과에 따라, 타깃을 확정하기 위한 처리가 행해진다. 타깃이 확정되면, 라우팅 상태는 뉴트럴 상태로부터 셀렉트 상태로 천이한다.

셀렉트 상태에서는 수신 패킷이, 뉴트럴 상태에서 확정된 확정 타깃에 자동적으로 할당된다. 또한 셀렉트 상태에는, 프로토콜에 따라 P2P 셀렉트 상태(P2P SELECTED)와, T3T 셀렉트 상태(T3T SELECTED)가 존재한다. P2P 셀렉트 상태는, P2P 애플리케이션(41)이 선택되어 있는 상태를 의미한다. T3T 셀렉트 상태는, P2P 애플리케이션(41) 이외의 ESE(32), UICC(34), 또는 T3T 애플리케이션(42) 등이 선택되어 있는 상태를 의미한다. 또한, 소정의 해제 조건이 발생하여 확정 타깃이 해제되면, 라우팅 상태는 셀렉트 상태로부터 뉴트럴 상태로 천이한다.

확정 타깃은, NFC 리더(12)로부터의 수신 패킷에 저장된 커맨드 코드나 수신 패킷의 프로토콜 등의 입력 정보에 대한 소정의 체크 조건에 기초하여, NFC 디바이스(11) 내에 존재하는 타깃 중에서 NFC 리더(12)와의 단일의 통신 대상으로서, CLF(31)에 의하여 결정되는 것이다. CLF(31)는 확정 타깃이 해제되거나, 또는 확정 타깃이 변경되기까지는, 수신 패킷을 선택된 확정 타깃에 할당하게 된다.

도 6은, 라우팅의 스테이트 머신의 상태 천이를 도시하는 도면이다.

도 6에 있어서, 뉴트럴 상태에서 P2P 애플리케이션(41)이 확정 타깃으로서 선택되면, 라우팅 상태는 뉴트럴 상태로부터 P2P 셀렉트 상태로 천이한다. 또한, 뉴트럴 상태에서 T3T 애플리케이션(42) 등이 확정 타깃으로서 선택되면, 라우팅 상태는 뉴트럴 상태로부터 T3T 셀렉트 상태로 천이한다. 또한, SENSF_REQ 커맨드가 수신되었을 경우나, RF(Radio Frequency) 신호가 오프로 되었을 경우에, 라우팅 상태는 뉴트럴 상태에 머무른다.

P2P 셀렉트 상태에서 RF 신호가 오프로 되었을 경우, 또는 RLS_REQ 커맨드, DSL_REQ 커맨드, NFC-A에의 technology change를 수반하는 PSL_REQ 커맨드, 또는 RF_DEACTIVATE_CMD 커맨드가 수신되었을 경우에, 라우팅 상태는 P2P 셀렉트 상태로부터 뉴트럴 상태로 천이한다. 또한, P2P 셀렉트 상태에서 상기 이외의 커맨드가 수신되었을 경우에, 라우팅 상태는 P2P 셀렉트 상태에 머문다. 또한, RLS_REQ 커맨드, DSL_REQ 커맨드는 P2P 통신의 트랜잭션 종료를 지시하기 위한 커맨드이다. PSL_REQ 커맨드는 P2P 통신의 통신 상태의 변경을 지시하기 위한 커맨드이다. 또한, RF_DEACTIVATE_CMD 커맨드는 소정의 규격에 준거한 종료를 지시하기 위한 커맨드이다.

T3T 셀렉트 상태에서 RF_DEACTIVATE_CMD 커맨드가 수신되었을 경우, 또는 SENSF_REQ 커맨드가 각 타깃에 브로드캐스트 송신된 후에 그 응답이 회신되었을 경우에, 라우팅 상태는 T3T 셀렉트 상태로부터 뉴트럴 상태로 천이한다. 또한, T3T 셀렉트 상태에서 SENSF_REQ 커맨드에 대한 응답이 회신되지 않았을 경우나 RF 신호가 오프로 되었을 경우 등에는, 라우팅 상태는 T3T 셀렉트 상태에 머무른다. 또한, T3T 셀렉트 상태에서 유효한 P2P의 커맨드를 수신하였을 경우, 라우팅 상태는 T3T 셀렉트 상태로부터 P2P 셀렉트 상태로 천이한다.

이와 같이, CLF(31)는 뉴트럴 상태, P2P 셀렉트 상태, 또는 T3T 셀렉트 상태 중 어느 하나의 라우팅 상태로 천이하고, 그 상태에 따른 수신 패킷의 처리 프로세스를 행하게 된다.

[수신 패킷의 처리 프로세스]

패킷 수신의 처리 프로세스는, 폴링 커맨드를 수신하였을 경우의 처리 프로세스와, 폴링 커맨드 이외의 커맨드를 수신하였을 경우의 처리 프로세스로 분류된다.

(폴링 커맨드를 수신하였을 경우의 처리 프로세스)

도 7은, 폴링 커맨드를 수신하였을 경우의 처리 프로세스를 도시하는 도면이다.

CLF(31)는, NFC 리더(12)로부터 SENSF_REQ 커맨드를 수신하였을 경우, 당해 커맨드를 복수의 타깃에 브로드캐스트 송신한다.

즉, SENSF_REQ 커맨드를 저장하는 패킷에는, 타깃을 특정하기 위한 식별 정보가 포함되어 있지 않기 때문에, 타깃을 특정하기 위한 프로세스에 사용할 수는 없다. 따라서 CLF(31)는, 타깃의 대상으로 될 수 있는 후보를 탐색하기 위한 폴링 커맨드로서, SENSF_REQ 커맨드를 브로드캐스트 송신한다. 바꾸어 말하면, NFC 리더(12)에 있어서 SENSF_REQ 커맨드는, 확정 타깃의 후보를 탐색하고 당해 타깃에 관한 정보를 취득하기 위한 커맨드라고 할 수 있다.

또한 타깃의 식별 정보로서는, 예를 들어 타깃을 일의적으로 식별 가능한 NFCID2가 사용된다.

또한, P2P 애플리케이션(41) 및 T3T 애플리케이션(42)에 대한 SENSF_REQ 커맨드는, DH(33)에는 송신되지 않고 CLF(31) 내에서 처리된다. 이하, 이러한, 실제로는 SENSF_REQ 커맨드가 송신되지 않는 타깃을 논리 타깃이라고 칭하는 한편, 예를 들어 ESE(32)나 UICC(34)와 같이, SENSF_REQ 커맨드가 실제로 보내지는 타깃을 물리 타깃이라고 칭하여 구별한다. 단, 논리 타깃과 물리 타깃을 구별할 필요가 없는 경우에, 간단히 타깃이라고 칭한다. 본 실시 형태에 있어서 SENSF_REQ 커맨드는, 물리 타깃에 대해서뿐만 아니라, 논리 타깃에도 브로드캐스트 송신되는 것으로서 설명한다.

보다 구체적으로는 도 8에 도시한 바와 같이, CLF(31)는 NFC 리더(12)로부터 SENSF_REQ 커맨드를 수신하였을 경우, 당해 SENSF_REQ 커맨드를 논리 타깃인 P2P 애플리케이션(41L) 및 T3T 애플리케이션(42L)과, 물리 타깃인 ESE(32) 및 UICC(34)에 브로드캐스트 송신한다.

CLF(31)로부터 SENSF_REQ 커맨드가 송신되면, 도 9에 도시한 바와 같이 각 타깃의 각각은, SENSF_REQ 커맨드에 따라 SENSF_RES 커맨드를 응답하게 된다. 그리고 CLF(31)는, 응답이 있었던 타깃 중에서 당해 응답에 대한 우선도에 따라, 응답을 회신하는 확정 타깃의 후보를 선택한다. CLF(31)는 싱글 리스펀스 방식에 따라, 선택한 확정 타깃의 후보로부터의 SENSF_RES를 NFC 리더(12)에 회신한다.

예를 들어 CLF(31)는, P2P 애플리케이션(41L), T3T 애플리케이션(42L), ESE(32) 및 UICC(34)로부터 응답이 있었을 경우, P2P 애플리케이션(41)(P2P 애플리케이션(41L)), ESE(32), UICC(34), T3T 애플리케이션(42)(T3T 애플리케이션(42L)) 순으로 우선도에 따라, 그들 응답 중 가장 높은 우선도의 P2P 애플리케이션(41)의 응답을 선택하여, NFC 리더(12)에 회신한다.

또한, CLF(31)로부터의 SENSF_REQ 커맨드에 대해서는, 복수 응답이 있는 경우나 응답이 전혀 없는 경우도 있다. 예를 들어, SENSF_RES 커맨드의 응답을 해 온 타깃이 하나뿐이었을 경우, CLF(31)는 당해 타깃으로부터의 SENSF_RES 커맨드를 NFC 리더(12)에 회신한다. 또한, SENSF_RES 커맨드의 응답을 해 온 타깃이 하나도 없었을 경우, CLF(31)는 NFC 리더(12)에 대한 회신을 행하지 않게 된다. 이 경우, CLF(31)는 현재의 라우팅의 상태를 유지한다.

또한, SENSF_REQ 커맨드는 기본적으로 모든 타깃에 브로드캐스트 송신되는 것이지만, 타깃의 상태 등에 따라서는 송신되지 않는 경우도 있다.

(폴링 커맨드 이외의 커맨드를 수신하였을 경우의 처리 프로세스)

도 10은, 폴링 커맨드 이외의 커맨드를 수신하였을 경우의 처리 프로세스를 도시하는 도면이다.

CLF(31)는 NFC 리더(12)로부터 SENSF_REQ 이외의 커맨드를 수신하였을 경우, 당해 커맨드를 특정한 타깃에 송신한다. 즉, SENSF_REQ 이외의 커맨드는, NFC 리더(12)가 원하는 타깃을 특정한 후 특정한 타깃에 송신되는 것이기 때문에, 당해 커맨드를 저장하는 패킷에는 특정한 타깃의 식별 정보가 포함되어 있다. 따라서 CLF(31)는, 타깃의 식별 정보에 따라 P2P 애플리케이션(41), T3T 애플리케이션(42), ESE(32), 또는 UICC(34) 중 어느 하나를 선택하여, 커맨드를 송신한다.

이와 같이 CLF(31)에 있어서는, 폴링 커맨드를 수신하였을 경우와, 폴링 커맨드 이외의 커맨드를 수신하였을 경우에, 그 처리 프로세스가 상이하게 된다.

[각 라우팅 상태에 있어서의 수신 패킷의 처리 프로세스]

이어서, 상술한 각 라우팅 상태에 있어서의 수신 패킷의 처리 프로세스에 대하여 설명한다.

(뉴트럴 상태에 있어서의 수신 패킷의 처리 프로세스)

도 11은, 뉴트럴 상태에 있어서의 수신 패킷의 처리 프로세스의 개요를 도시하는 도면이다.

뉴트럴 상태에 있어서의 수신 패킷의 처리 프로세스에서 행해지는 라우팅의 방식에는, 커맨드 코드 라우팅, 프로토콜 라우팅 및 테크놀로지 라우팅의 3종류가 있다.

커맨드 코드 라우팅(command code routing)은 NFC 리더(12)로부터의 커맨드를 항상 감시하고, 특정한 커맨드를 수신하였을 경우에는 당해 커맨드에 대응 지어진 타깃에 수신 패킷을 보내는 라우팅의 방식이다.

프로토콜 라우팅(protocol routing)은 수신 패킷이 어느 프로토콜로 되는지를 프로토콜 베이스에서 판별하고, 당해 판별 결과에 따른 타깃에 수신 패킷을 보내는 라우팅의 방식이다. 프로토콜 라우팅에서는, 예를 들어 수신 패킷의 프로토콜이 P2P의 프로토콜인지, 또는 T3T의 프로토콜인지 등이 판별된다. 이하, P2P의 프로토콜의 판별 결과에 따른 라우팅을 P2P 프로토콜 라우팅이라고 칭하고, T3T의 프로토콜의 판별 결과에 따른 라우팅을 T3T 프로토콜 라우팅이라고 칭한다.

테크놀로지 라우팅(technology routing)은 수신한 패킷이 어느 프로토콜에도 속하지 않는 경우에, 미리 특정된 타깃에 수신 패킷을 보내는 라우팅의 방식이다. 테크놀로지 라우팅에서는, 예를 들어 실장적으로 P2P나 T3T의 프로토콜이 무효로 되어 있었을 경우에, NFC-F의 패킷은 제1 타깃에 보내고, NFC-B의 패킷은 제2 타깃에 보내는 것 등을 미리 정해둠으로써, 수신 패킷이 해당하는 타깃에 보내지도록 할 수 있다.

도 11에 도시한 바와 같이, NFC 리더(12)로부터 SENSF_REQ 커맨드를 수신하였을 경우에, SENSF_REQ 커맨드가 각 타깃에 브로드캐스트 송신된다. 한편, NFC 리더(12)로부터 SENSF_REQ 이외의 커맨드를 수신하였을 경우에, 우선 커맨드 코드 라우팅이 행해지고, 확정 타깃이 선택되었을 경우에는 확정 타깃에 수신 패킷이 보내진다.

커맨드 코드 라우팅에서 확정 타깃이 선택되지 않았을 경우, P2P 프로토콜 라우팅 및 T3T 프로토콜 라우팅이 행해진다. 그들 프로토콜 라우팅에 의하여 확정 타깃이 선택되었을 경우에, 확정 타깃에 수신 패킷이 보내진다.

또한, 프로토콜 라우팅에서 확정 타깃이 선택되지 않았을 경우, 테크놀로지 라우팅이 행해진다. 테크놀로지 라우팅에 있어서는 수신 패킷의 송신처가 결정되어 있으므로, 그 송신처로 되는 타깃에 수신 패킷이 보내진다.

또한, 커맨드 코드 라우팅은 특정한 운용에 있어서의 특정한 기능을 실현하기 위하여 행해지는 것이기 때문에, 운용에 따라서는 실장되지 않는 경우도 있다. 그 경우에, CLF(31)는 SENSF_REQ 이외의 커맨드를 수신했을 때, 커맨드 코드 라우팅을 행하지 않고 프로토콜 라우팅부터 개시한다. 그리고, 프로토콜 라우팅에서 확정 타깃이 선택되지 않았을 경우, CLF(31)는 테크놀로지 라우팅을 행하게 된다.

이어서 도 12을 참조하여, 뉴트럴 상태에 있어서의 수신 패킷의 처리 프로세스의 상세에 대하여 설명한다. 도 12에는, 도 11에 도시한 각 라우팅의 상세한 처리의 내용이 도시되어 있다.

커맨드 코드 라우팅에서는, 우선 수신 패킷의 커맨드 코드 체크가 행해진다(S11). S11의 체크 조건을 충족시키고 있는 경우에, 수신 패킷의 NFCID2와, 모든 타깃의 NFCID2의 비교가 행해진다(S12). S12에서 NFCID2가 일치하는 경우에, 소정의 라우팅 테이블에 소정의 타깃이 등록되어 있는지의 체크가 행해진다(S13). 그리고, S13의 체크 조건을 충족시키고 있는 경우에, 당해 타깃이 확정 타깃으로서 선택된다. 예를 들어, 라우팅 테이블에서 DH(33)가 T3T의 프로토콜 라우팅의 타깃으로서 등록되어 있는 경우에는 DH(33)과 통신 가능해지므로, T3T 애플리케이션(42)이 확정 타깃으로 선택된다.

상술한 S11, S12, 또는 S13의 체크 조건을 충족시키지 않는 경우, 커맨드 코드 라우팅은 종료되고, 이어서 P2P 프로토콜 라우팅이 행해진다.

P2P 프로토콜 라우팅에서는, 수신한 커맨드가 P2P의 커맨드인지의 체크가 행해진다(S21). S21의 체크 조건을 충족시키고 있는 경우에, 소정의 라우팅 테이블의 체크가 행해진다(S22). S22의 체크 조건을 충족시키고 있는 경우, P2P의 프로토콜로서 응답 가능한 커맨드인지 등의 체크가 더 행해진다(S23). 그리고, S23의 체크 조건을 충족시키고 있는 경우에, P2P 애플리케이션(41)이 확정 타깃으로 선택된다. 이것에 의하여, 라우팅 상태는 뉴트럴 상태로부터 P2P 셀렉트 상태로 천이한다.

또한, 상술한 S21의 체크 조건을 충족시키지 않는 경우, P2P 프로토콜 라우팅은 종료되고, 이어서 T3T 프로토콜 라우팅이 행해진다.

여기서, SENSF_REQ 커맨드에 대한 응답(SENSF_RES 커맨드)의 우선도는, 초기 상태에서는 P2P 애플리케이션(41), ESE(32), UICC(34), T3T 애플리케이션(42)의 순으로 우선도가 높게 되어 있다. 그 때문에, SENSF_REQ 커맨드에 대하여 P2P 애플리케이션(41)을 확정 타깃의 후보로서 선택하여 P2P 애플리케이션(41)의 SENSF_RES 커맨드를 응답한 후에, P2P 애플리케이션(41)에 대한 소정의 커맨드가 보내져 오지 않으면, 트랜잭션이 불성립으로 되어 버린다. 따라서, 프로토콜 라우팅에 있어서는, P2P 애플리케이션(41)에 대한 소정의 커맨드를 수신하지 못한 시점에서(S21의 「아니오」), 응답의 우선도의 변경을 행하여(S31) P2P 애플리케이션(41)의 우선도를 낮춘다.

예를 들어, CLF(31)는 ESE(32), UICC(34), T3T 애플리케이션(42), P2P 애플리케이션(41)의 순으로 우선도를 변경한다. 이것에 의하여 CLF(31)는, 이어서 SENSF_REQ 커맨드를 수신하고, 타깃에 브로드캐스트 송신하였을 경우, 변경된 우선도에 따라 우선도가 가장 높은 ESE(32)를 확정 타깃의 후보로서 선택하고, 각 타깃으로부터의 SENSF_RES 커맨드 중, ESE(32)의 응답을 NFC 리더(12)에 회신하게 된다.

또한 당해 우선도의 변경은, 후술하는 S32의 체크 조건을 충족시키지 않는 경우에, 그 후의 처리로서 행해도 된다.

도 12의 설명으로 되돌아가, T3T 프로토콜 라우팅에서는, 수신 패킷에 저장된 NFCID2와, P2P 애플리케이션(41) 이외의 타깃, 즉, T3T 애플리케이션(42), ESE(32), UICC(34)의 NFCID2와의 비교가 행해진다(S32). S32에서 NFCID2가 일치하는 경우에, 소정의 라우팅 테이블에 소정의 타깃이 등록되어 있는지의 체크가 행해진다(S33). 그리고, S33의 체크 조건을 충족시키고 있는 경우에, 당해 타깃이 확정 타깃으로서 선택된다. 이것에 의하여, 라우팅 상태는 뉴트럴 상태로부터 T3T 셀렉트 상태로 천이한다.

상술한 S22, S23, S32, S33의 체크 조건을 충족시키지 않는 경우, 프로토콜 라우팅은 종료되고, 이어서 테크놀로지 라우팅이 행해진다.

테크놀로지 라우팅에서는, 소정의 라우팅 테이블의 체크가 행해진다(S41). S41의 체크 조건을 충족시키고 있는 경우에, 당해 타깃이 확정 타깃으로서 선택된다. 이것에 의하여, 뉴트럴 상태로부터 T3T 셀렉트 상태로 천이한다.

한편, S41의 체크 조건을 충족시키지 않는 경우에, 수신 패킷은 파기되고(S42), 수신 패킷의 처리는 종료된다.

또한, SENSF_REQ 커맨드를 수신하였을 경우에, SENSF_REQ 프로세스 처리에 의하여, 수신 패킷에 저장된 파라미터나 소정의 라우팅 테이블의 체크가 행해진다(S51). S51의 체크 조건을 충족시키고 있는 경우에, SENSF_REQ 커맨드는 각 타깃에 브로드캐스트 송신된다. 한편, S51의 체크 조건을 충족시키지 않는 경우에, 수신 패킷은 파기된다(S52).

이와 같이, 뉴트럴 상태에 있어서의 수신 패킷의 처리 프로세스에서는, 수신 패킷의 평가를 행하고, 평가 결과에 따라 확정 타깃이 선택된다. 또한, 확정 타깃이 선택되면, 라우팅 상태는 뉴트럴 상태로부터 P2P 셀렉트 상태 또는 T3T 셀렉트 상태로 천이한다. 또한, 확정 타깃의 후보로서 선택한 P2P 애플리케이션(41)으로부터의 응답을 NFC 리더(12)에 회신했음에도 불구하고, P2P 프로토콜 라우팅에서 P2P 애플리케이션(41)이 확정 타깃으로 선택되지 않았을 경우에, 응답의 우선도의 변경이 행해져 P2P 애플리케이션(41)의 우선도가 낮춰진다.

(T3T 셀렉트 상태에 있어서의 수신 패킷의 처리 프로세스)

도 13은, T3T 셀렉트 상태에 있어서의 수신 패킷의 처리 프로세스의 개요를 도시하는 도면이다.

T3T 셀렉트 상태에 있어서의 수신 패킷의 처리 프로세스에서 행해지는 라우팅의 방식은, 커맨드 코드 라우팅 및 P2P 프로토콜 라우팅으로 된다.

도 13에 도시한 바와 같이, NFC 리더(12)로부터 SENSF_REQ 커맨드를 수신하였을 경우에, SENSF_REQ 커맨드가 각 타깃에 브로드캐스트 송신된다. 한편, NFC 리더(12)로부터 SENSF_REQ 이외의 커맨드를 수신하였을 경우에, 우선 커맨드 코드 라우팅이 행해진다.

또한, 커맨드 코드 라우팅에서 확정 타깃이 선택되지 않았을 경우, P2P 프로토콜 라우팅이 행해진다. 즉, 상술한 상태 천이도(도 6)에 도시한 바와 같이, 라우팅 상태가 T3T 셀렉트 상태로부터 P2P 셀렉트 상태로 천이하는 경우가 있기 때문에, T3T 셀렉트 상태에 있어서도 P2P 프로토콜 라우팅이 행해진다. P2P 프로토콜 라우팅에 있어서, P2P 애플리케이션(41)이 확정 타깃으로 선택되었을 경우, 라우팅 상태는 T3T 셀렉트 상태로부터 P2P 셀렉트 상태로 천이한다. 한편, P2P 애플리케이션(41)이 확정 타깃으로 선택되지 않았을 경우, 확정 타깃은 현재의 타깃인 채 변동하지 않고, 또한 라우팅 상태도 T3T 셀렉트 상태로부터 변동하지 않게 된다.

또한, 상술한 바와 같이 커맨드 코드 라우팅이 실장되지 않는 경우에, P2P 프로토콜 라우팅만이 행해지게 된다.

이어서 도 14을 참조하여, T3T 셀렉트 상태에 있어서의 수신 패킷의 처리 프로세스의 상세에 대하여 설명한다. 도 14에는, 도 13에 도시한 각 라우팅의 상세한 처리의 내용이 도시되어 있다.

도 14에 있어서, 커맨드 코드 라우팅 및 P2P 프로토콜 라우팅은, 도 12와 마찬가지로 행해지기 때문에, 그 설명은 생략한다. 단, 도 14의 S21, S22, S23의 체크 조건을 충족시키지 않는 경우에, 프로토콜 라우팅은 종료되고, 확정 타깃 및 라우팅 상태는 변동하지 않기 때문에, 수신 패킷은 현재의 타깃에 보내지게 된다. 또한, 도 14의 처리 프로세스에서는, 상술한 응답의 우선도의 변경은 행해지지 않는다.

또한, SENSF_REQ 커맨드를 수신하였을 경우에, SENSF_REQ 프로세스 처리가 도 12와 마찬가지로 행해진다.

이와 같이, T3T 셀렉트 상태에 있어서의 수신 패킷의 처리 프로세스에서는, 커맨드 코드 라우팅 및 P2P 프로토콜 라우팅만이 행해지고, 그들 라우팅의 평가 결과에 따라 확정 타깃이 선택된다.

(P2P 셀렉트 상태에 있어서의 수신 패킷의 처리 프로세스)

도 15는, P2P 셀렉트 상태에 있어서의 수신 패킷의 처리 프로세스를 도시하는 도면이다.

도 15에 도시한 바와 같이, P2P 셀렉트 상태에 있어서의 수신 패킷의 처리 프로세스에 있어서는, CLF(31)는 NFC 리더(12)로부터의 수신 패킷을 모두 P2P 애플리케이션(41)에 송신한다.

이와 같이, P2P 셀렉트 상태에 있어서의 수신 패킷의 처리 프로세스에서는, 수신 패킷의 평가는 행해지지 않으며, 수신 패킷은 항상 확정 타깃인 P2P 애플리케이션(41)에 송신된다.

이상, 수신 패킷의 처리 프로세스에 대하여 설명하였다.

[구체적인 운용예]

이어서 도 16 및 도 17의 시퀀스도를 참조하여, 본 발명을 이용한 구체적인 운용예에 대하여 설명한다.

도 16 및 도 17에 있어서는, NFC 리더(12)로부터의 커맨드에 대한 CLF(31), ESE(32), UICC(34)의 동작이 나타나 있다. 또한, 논리 타깃인 P2P 애플리케이션(41L) 및 T3T 애플리케이션(42L)에 대해서는, CLF(31) 내에서 처리된다. 여기서 NFC 리더(12)가 원하는 애플리케이션 프로그램은, ESE(32)에 존재하는 것으로 한다.

또한, 도면 중의 우측에 나타나는 「SENSF_RES Priority order」는, 응답의 우선도에 있어서의 타깃의 정렬 순의 상태를 나타내고 있다. 「Normal order」는, P2P 애플리케이션(41)의 우선도가 가장 높은 상태의 정렬 순을 의미한다. 또한 「P2P deprioritised」는, P2P 애플리케이션(41)의 우선도가 낮춰진 상태의 정렬 순을 의미한다.

「P2P_RSP_FLG」는 P2P 애플리케이션(41)의 SENSF_RES 커맨드의 응답 시에 세팅되는 플래그이다. 「P2P_RSP_FLG」는 P2P 애플리케이션(41) 이외의 SENSF_RES 커맨드의 응답 시, 또는 라우팅 상태가 뉴트럴 상태로 복귀되었을 때 클리어된다. 또한, 「Routing State」는 상술한 라우팅 상태를 나타내는 것이며, 뉴트럴 상태, P2P 셀렉트 상태, 또는 T3T 셀렉트 상태 중 어느 하나의 상태로 된다.

도 16에 나타낸 바와 같이, NFC 리더(12)로부터 SENSF_REQ 커맨드가 송신되면, CLF(31)는 SENSF_REQ 커맨드를 수신하고, 각 타깃에 브로드캐스트 송신한다. 브로드캐스트 송신된 SENSF_REQ 커맨드는, ESE(32) 및 UICC(34)에 각각 수신되고, 그 응답이 CLF(31)에 회신된다. 또한 CLF(31)는, SENSF_REQ 커맨드에 대한, P2P 애플리케이션(41L) 및 T3T 애플리케이션(42L)에 관한 처리를 행한다.

CLF(31)는, 초기 상태에서는 P2P 애플리케이션(41)의 우선도가 가장 높으므로, P2P 애플리케이션(41)을 확정 타깃의 후보로서 선택하고, P2P 애플리케이션(41)의 NFCID2를 포함하는 SENSF_RES 커맨드를 NFC 리더(12)에 회신한다. 그러면 NFC 리더(12)는, CLF(31)로부터의 SENSF_RES 커맨드에 따라, P2P 애플리케이션(41)의 NFCID2를 포함하는 Request System code 커맨드를 송신한다. CLF(31)는 NFC 리더(12)로부터의 Request System code 커맨드를 ESE(32)에 송신하지만, 당해 커맨드를 잘못된 타깃에 송신해 버렸기 때문에, 응답을 얻을 수는 없다. 그 결과, NFC 리더(12)도 응답을 얻을 수 없으며, 이 경우, 트랜잭션에 실패하게 된다(도면 중의 「FAIL」).

즉, CLF(31)에 있어서, 폴링 파라미터의 SC(System Code)가 "FFFF"로 되는 SENSF_REQ 커맨드에 대하여 P2P 애플리케이션(41)의 SENSF_RES 커맨드를 응답한 후에, ATR_REQ, Ad-hoc 통신용 커맨드 세트, Get Container Issue Information 이외의 커맨드를 수신하면, 당해 트랜잭션은 불성립된다. 여기서 ATR_REQ 커맨드는, NFC 규격에 의하여 규정되어 있는 P2P 통신으로 사용되는 커맨드이다. 또한, Ad-hoc 통신용 커맨드 세트는, 소정의 규격에 준거한 애드혹 통신용 커맨드이다. Get Container Issue Information은, 소정의 규격에 준거한 IC 칩에 관련한 정보를 취득하기 위한 커맨드이다.

이 경우, CLF(31)는 타깃으로부터의 응답의 우선도를 ESE(32), UICC(34), T3T 애플리케이션(42), P2P 애플리케이션(41)의 순으로 변경하여, P2P 애플리케이션(41)의 우선도를 낮춘다. 이것에 의하여, P2P 애플리케이션(41) 이외의 다음 트랜잭션이 성립되도록 한다. 또한 CLF(31)는, 예를 들어 5 내지 10초 간 등, 소정의 기간만 우선도의 변경을 행하고, 당해 기간 경과 후에 우선도를 원래대로 돌려놓아, P2P 애플리케이션(41)의 우선도가 가장 높아지도록 한다. 구체적으로는, 도 16의 「Timer start」로부터 도 17의 「Timer expire」까지의 기간이, 우선도를 변경하는 기간으로 된다.

한편, NFC 리더(12)는 트랜잭션이 실패하였을 경우, RF 신호를 한 번 오프하고 난 후, 다시 온한다. 그리고 NFC 리더(12)는, 다시 SENSF_REQ 커맨드를 송신한다. CLF(31)는 NFC 리더(12)로부터의 SENSF_REQ 커맨드를 수신하고, 각 타깃에 브로드캐스트 송신한다. ESE(32) 및 UICC(34)는 SENSF_RES 커맨드를 각각 회신한다.

CLF(31)는, 응답의 우선도가 변경되어 ESE(32)의 우선도가 가장 높으므로, ESE(32)를 확정 타깃의 후보로서 선택하고, ESE(32)의 NFCID2를 포함하는 SENSF_RES 커맨드를 NFC 리더(12)에 회신한다. 그러면 NFC 리더(12)로부터 ESE(32)의 NFCID2를 포함하는 Request System code 커맨드가 송신되므로, CLF(31)는 당해 커맨드를 ESE(32)에 송신한다. 이때 CLF(31)는, 확정 타깃의 후보로서 선택되어 있었던 ESE(32)를 확정 타깃으로서 선택한다. 또한, 「Routing State」는 뉴트럴 상태로부터 T3T 셀렉트 상태로 천이한다.

Request System code 커맨드에는 ESE(32)의 NFCID2가 포함되어 있으므로, ESE(32)는 당해 커맨드에 따라 Request System code response 커맨드를 회신한다. Request System code response 커맨드는, CLF(31)을 경유하여 NFC 리더(12)에 송신된다. 이 Request System code response 커맨드에는, ESE(32)의 SC로서 "FE00"가 포함되어 있다.

NFC 리더(12)는 Request System code response 커맨드에 따라, 당해 커맨드에서 취득한 SC를 사용하여 SENSF_REQ 커맨드를 송신한다. CLF(31)는 NFC 리더(12)로부터의 SENSF_REQ 커맨드를 수신하고, 각 타깃에 브로드캐스트 송신하지만, SC가 "FE00"로 되는 서비스에 UICC(34)가 대응하고 있지 않기 때문에, ESE(32)로부터만 SENSF_RES 커맨드가 회신되게 된다. CLF(31)는, ESE(32)로부터의 SENSF_RES 커맨드를 NFC 리더(12)에 회신한다.

NFC 리더(12)는, ESE(32)의 NFCID2를 포함하는 SENSF_RES 커맨드에 따라, ESE(32)에 대한 ESE(32)의 NFCID2를 포함하는 Request Service 커맨드를 송신한다. CLF(31)는 NFC 리더(12)로부터의 Request Service 커맨드를 ESE(32)에 송신한다. ESE(32)는 CLF(31)로부터의 Request Service 커맨드에 따라, Request Service response 커맨드를 회신한다. CLF(31)는 ESE(32)로부터의 Request Service response 커맨드를 NFC 리더(12)에 회신한다.

이와 같이, P2P 애플리케이션(41)에 대한 트랜잭션이 불성립으로 되었을 경우, 타깃으로부터의 응답의 우선도를 변경함으로써, 그 시점에서 가장 우선도가 높아진 ESE(32)에 대한 트랜잭션을 성립시킬 수 있다. 또한, 가령 ESE(32)에 대한 트랜잭션이 불성립으로 되었을 경우에, 그 다음으로 우선도가 높은 UICC(34), T3T 애플리케이션(42)의 순으로 트랜잭션의 성립을 시도하게 된다.

이후, 소정 기간의 종료 시각(도 17의 「Timer expire」)까지 마찬가지의 처리가 반복되고, NFC 리더(12)와 ESE(32) 사이에서 처리가 행해진다. 또한, 도 17에 나타낸 바와 같이, 소정의 기간 중에 NFC 리더(12)에 의하여 RF 신호가 오프되었다고 하더라도, CLF(31)에서는 우선도의 변경에 관한 정보를 유지하고 있기 때문에, RF 신호가 온된 후에는 ESE(32)가 가장 높은 우선도라고 하여, 처리를 계속할 수 있다.

그리고, 소정 기간의 종료 시각이 경과하면, CLF(31)는 응답의 우선도를 초기 상태로 되돌려, P2P 애플리케이션(41)의 우선도가 가장 높아지도록 한다. 이것에 의하여, 예를 들어 그 후 다른 NFC 리더와 근접 통신을 행하는 경우에, 우선도가 가장 높은 P2P 애플리케이션(41)에 대한 트랜잭션의 성립부터 시도하게 된다.

이상과 같이, 어떠한 운용에서는 P2P 애플리케이션(41) 이외의 타깃을 통신 대상으로 하는 경우임에도 불구하고, 최초에 NFC 리더(12)로부터 보내지는 SENSF_REQ 커맨드에 포함되는 폴링 파라미터의 SC가 "FFFF"이고, RC(Request Code)가 "1" 이외로 되는 경우, 즉, 트랜잭션의 최초의 커맨드로, P2P 통신과 완전히 동일한 폴링 파라미터로 통신을 개시하는 경우가 있다. 이 경우, CLF(31)는 P2P 애플리케이션(41)의 응답을 회신하는 것인지, 또는 P2P 애플리케이션(41) 이외의 타깃의 응답을 회신하는 것인지를, 커맨드로부터는 판별할 수 없다. 그 때문에, 당해 SENSF_REQ 커맨드에 대하여 P2P 애플리케이션(41)의 SENSF_RES 커맨드를 응답한 후에, ATR_REQ 등의 소정의 커맨드 이외의 커맨드를 수신하면, 당해 트랜잭션은 불성립으로 되어 버린다.

따라서 본 발명을 이용한 운용에서는, 이러한 조건이 충족된 단계에서 소정의 기간만 SENSF_REQ 커맨드에 대한 응답의 우선도를 변경하여, 다음 트랜잭션이 성립되도록 하고 있다. 이것에 의하여, CLF(31)는 어느 타깃의 응답을 회신하는지를 판별할 수 없는 경우에도, P2P 애플리케이션(41) 이외의 타깃을 순차, 확정 타깃의 후보로 할 수 있으므로, NFC 리더(12)가 원하는 타깃을 확실하게 선택하는 것이 가능해진다. 그 결과, NFC 리더(12)와 타깃 사이에서 행해지는 통신을 신속히 확립할 수 있다.

[NFCID2의 추출 및 일시적 유지]

이어서 도 18 및 도 19을 참조하여, NFCID2의 추출 및 일시적 유지에 관한 처리에 대하여 설명한다.

CLF(31)는 SENSF_RES 커맨드의 응답 시에, ESE(32) 및 UICC(34)로부터의 SENSF_RES 커맨드의 패킷에 저장된 NFCID2를 추출한다. 도 18은, SENSF_RES 커맨드의 패킷에 있어서의 NFCID2의 저장 위치를 나타내고 있다.

CLF(31)는, ESE(32) 및 UICC(34)의 NFCID2를 각각 하나씩 타깃과 대응 지어 메모리(31A)에 유지한다. CLF(31)는 SENSF_REQ 커맨드에 대한 응답이 있을 때마다 NFCID2를 추출하고, 메모리(31A)에 유지된 대응 정보를 갱신한다. 또한, P2P 애플리케이션(41) 및 T3T 애플리케이션(42)의 NFCID2에 대해서는, 예를 들어 소정의 규격에 준거한 식별 정보가 미리 메모리(31A)에 유지된다.

구체적으로는, 도 19에 도시한 바와 같이 CLF(31)는, NFC 리더(12)로부터의 SENSF_REQ 커맨드(SC="FFFF")를 브로드캐스트 송신하고, 그 응답을 ESE(32) 및 UICC(34)로부터 수신한다. CLF(31)는, ESE(32) 및 UICC(34)로부터의 SENSF_RES 커맨드에 포함되는 NFCID2를 추출하여, 메모리(31A)에 유지한다. 이 예에서는, ESE(32)의 NFCID2로서 "NFCID2_ese_0", UICC(34)의 NFCID2로서 "NFCID2_uicc_0"이 각각 추출되어, 메모리(31A)에 유지된다.

또한, 다시 NFC 리더(12)로부터 SENSF_REQ 커맨드(SC="FF00")가 송신되면, CLF(31)는 당해 SENSF_REQ 커맨드를 브로드캐스트 송신하고, 그 응답을 ESE(32)로부터만 수신한다. CLF(31)는, ESE(32)로부터의 SENSF_RES 커맨드에 포함되는 NFCID2로서 "NFCID2_ese_1"을 추출하여, 메모리(31A)에 유지한다.

이와 같이, 각 타깃의 NFCID2의 값은 항상 동일하다고는 할 수 없으므로, CLF(31)는 SENSF_RES 커맨드를 수신할 때마다 메모리(31A)에 유지된 NFCID2의 값을 갱신한다.

[NFCID2의 리플레이스 처리]

이어서 도 20 및 도 21을 참조하여, NFCID2의 리플레이스 처리에 대하여 설명한다.

도 20에 도시한 바와 같이, CLF(31)는 특정한 커맨드 코드를 수신하여 타깃을 강제적으로 변경하였을 경우, NFC 리더(12)와의 통신용 NFCID2와, 타깃과의 통신용 NFCID2를 치환하여 통신할 필요가 있다.

예를 들어, CLF(31)는 Get Container Issue Information 커맨드를 수신하였을 경우에, 강제적으로 타깃을 ESE(32)로 변경할 때, ESE(32)의 NFCID2를 사용할 필요가 있기 때문에, ESE(32)의 NFCID2로 치환하고 난 후, ESE(32)와의 통신을 행한다. 또한, CLF(31)는 NFC 리더(12)에 응답을 하는 경우에, NFC 리더(12)로부터 수신한 커맨드에 포함되는 NFCID2로 다시 치환하고 난 후, 응답한다.

또한, 예를 들어 CLF(31)는 Propose Ad-hoc Mode 커맨드를 수신하였을 경우에, 강제적으로 타깃을 DH(33)로 변경할 때, DH(33)의 T3T 애플리케이션(42)의 NFCID2로 치환하고 난 후, T3T 애플리케이션(42)과 통신을 행한다. 또한, NFC 리더(12)와의 통신을 행하는 경우에, 당해 치환 전의 NFCID2를 사용하여 통신이 행해진다.

구체적으로는, 도 21에 도시한 바와 같이 CLF(31)는, NFC 리더(12)로부터의 SENSF_REQ 커맨드(SC="FFFF")를 브로드캐스트 송신하고, 그 응답을 ESE(32) 및 UICC(34)로부터 수신한다. CLF(31)는, SENSF_RES 커맨드에 포함되는 NFCID2를 추출하여, 메모리(31A)에 유지한다. 그리고, CLF(31)는 우선도에 따라 P2P 애플리케이션(41)의 NFCID2를 포함하는 SENSF_RES 커맨드를 회신한다.

또한, NFC 리더(12)로부터 Get Container Issue Information 커맨드가 송신되면, CLF(31)는 당해 커맨드에 포함되는 NFCID2를 P2P 애플리케이션(41)으로부터 ESE(32)의 것으로 치환하고 난 후, ESE(32)에 송신한다. 그러면 당해 커맨드에 대한 응답이 ESE(32)로부터 송신되므로, CLF(31)는 응답 커맨드에 포함되는 NFCID2를 ESE(32)로부터 P2P 애플리케이션(41)의 것으로 치환하고 난 후, NFC 리더(12)에 송신한다.

이와 같이, 커맨드에 포함되는 NFCID2를 치환함으로써, NFC 리더(12)에 의하여 지정된 커맨드의 이송처를 강제적으로 변경할 수 있다. 이러한 리플레이스 처리는, 예를 들어 상술한 커맨드 코드 라우팅을 행하는 경우에, 필요한 처리로 된다.

[타깃 해제 처리]

이어서, 타깃의 해제 처리에 대하여 설명한다. CLF(31)는 소정의 타깃 해제 조건에 기초하여, 확정 타깃을 해제한다. 이 해제 조건은, 사용자에 의한 실행 중인 애플리케이션 프로그램의 종료 조작을 트리거로 하는 것과, RF 신호의 소실 등의 외부 요인에 의한 것이 있다.

(RF_DEACTIVATE_CMD 수신에 의한 해제)

CLF(31)는 DH(33)으로부터 RF_DEACTIVATE_CMD 커맨드(Idle Mode, DH_Request) 등의 특정의 커맨드를 수신하였을 경우, NFC 리더(12)와의 통신 그 자체가 종료되므로, 확정 타깃을 해제한다. 또한, 당해 커맨드가 수신되었을 경우에, 어떠한 라우팅 상태에 있더라도 확정 타깃이 해제된다. 이 경우, 라우팅 상태는 뉴트럴 상태로 천이한다.

(SENSF_REQ 수신 시에 있어서의 SENSF_RES 응답에 의한 해제)

CLF(31)는, 라우팅 상태가 T3T 셀렉트 상태에 있는 경우에, NFC 리더(12)로부터의 SENSF_REQ 커맨드를 브로드캐스트 송신하고, SENSF_RES 커맨드의 응답이 있었을 때는 확정 타깃을 해제한다. 이 경우, 라우팅 상태는 뉴트럴 상태로 천이한다.

(RLS_REQ 수신에 의한 해제)

CLF(31)는, P2P 애플리케이션(41)이 확정 타깃으로 선택되어 있는 경우에, RLS_REQ 커맨드를 수신했을 때는 확정 타깃을 해제한다. 이 경우, 라우팅 상태는 뉴트럴 상태로 천이한다.

(DSL_REQ 수신에 의한 해제)

CLF(31)는, P2P 애플리케이션(41)이 확정 타깃으로 선택되어 있는 경우에, DSL_REQ 커맨드를 수신했을 때는 확정 타깃을 해제한다. 이 경우, 라우팅 상태는 뉴트럴 상태로 천이한다.

(RF 신호의 소실에 의한 해제)

CLF(31)는, P2P 애플리케이션(41)이 확정 타깃으로 선택되어 있는 경우에, RF 신호의 오프가 검출되었을 경우에는 확정 타깃을 해제한다. 이 경우, 라우팅 상태는 뉴트럴 상태로 천이한다.

(NFC-A에의 technology change를 수반하는 PSL_REQ에 의한 해제)

CLF(31)는, P2P 애플리케이션(41)이 확정 타깃으로 선택되어 있는 경우에, NFC-A에의 technology change를 수반하는 PSL_REQ 커맨드를 수신했을 때는 확정 타깃을 해제한다. 이 경우, 라우팅 상태는 뉴트럴 상태로 천이한다.

(기타 해제 조건)

CLF(31)는, 디바이스 리셋이 발생하였을 경우나 CORE_RESET_CMD 커맨드를 수신하였을 경우 등, RF_DEACTIVATE_CMD 커맨드 이외의 RFST_IDLE 상태에의 천이를 야기하는 사상이 발생하였을 경우에는 확정 타깃을 해제한다. 이 경우, 라우팅 상태는 뉴트럴 상태로 천이한다. 또한, CORE_RESET_CMD 커맨드는 소정의 규격에 준거한 리셋을 지시하기 위한 커맨드이다.

이상, 타깃 해제 처리에 대하여 설명하였다.

[커맨드 대응 처리]

이어서 도 22의 흐름도를 참조하여, NFC 리더(12)로부터의 커맨드를 수신했을 때, CLF(31)에서 실행되는 커맨드 대응 처리에 대하여 설명한다.

스텝 S101에 있어서, 패킷 수신 처리부(101)는 NFC 리더(12)로부터 커맨드를 수신했는지 여부를 판정한다. 스텝 S101에 있어서, 커맨드를 수신했다고 판정되었을 경우, 처리는 스텝 S102로 진행된다.

스텝 S102에 있어서, 패킷 수신 처리부(101)는 수신한 커맨드가 SENSF_REQ 커맨드인지 여부를 판정한다. 스텝 S102에 있어서, SENSF_REQ 커맨드라고 판정되었을 경우, 처리는 스텝 S103으로 진행된다.

스텝 S103에 있어서, 패킷 수신 처리부(101)는 SENSF_REQ 커맨드를 각 타깃에 브로드캐스트 송신한다.

스텝 S104에 있어서, 패킷 수신 처리부(101)는 SENSF_REQ 커맨드를 수신한 타깃으로부터 회신되는 SENSF_RES 커맨드를 수신한다.

스텝 S105에 있어서, 패킷 수신 처리부(101)는 응답이 있었던 타깃 중에서 응답의 우선도에 따라, 응답을 회신하는 확정 타깃의 후보를 선택한다. 또한, 상술한 바와 같이 응답의 우선도는, 초기 상태에서는 P2P 애플리케이션(41)이 가장 높은 우선도로 된다.

스텝 S106에 있어서, 패킷 수신 처리부(101)는 스텝 S105에서 선택한 확정 타깃의 후보로부터의 SENSF_RES 커맨드를 NFC 리더(12)에 송신한다. 이것에 의하여, NFC 리더(12)는 NFC 디바이스(11)로부터의 SENSF_RES 커맨드를 수신하고, 당해 커맨드에 따른 처리를 행한다.

한편, 스텝 S102에 있어서, 수신한 커맨드가 SENSF_REQ 커맨드 이외의 커맨드라고 판정되었을 경우, 처리는 스텝 S107로 진행된다.

스텝 S107에 있어서, 패킷 수신 처리부(101)는 현재의 라우팅 상태가 뉴트럴 상태인지 여부를 판정한다. 스텝 S107에 있어서, 현재의 라우팅 상태가 뉴트럴 상태라고 판정되었을 경우, 처리는 스텝 S108로 진행된다.

스텝 S108에 있어서, 패킷 수신 처리부(101)는 뉴트럴 상태에 있어서의 수신 패킷의 처리를 행한다.

여기서 도 23의 흐름도를 참조하여, 도 22의 스텝 S108에 대응하는 뉴트럴 상태에 있어서의 수신 패킷의 처리에 대하여 설명한다.

스텝 S131에 있어서, 패킷 수신 처리부(101)는 뉴트럴 상태에 있어서의 수신 패킷의 처리를 행한다. 당해 수신 패킷 처리에서는, 상술한 도 11 및 도 12에서 설명한 바와 같이, 커맨드 코드 라우팅, 프로토콜 라우팅 및 테크놀로지 라우팅에 의하여 수신 패킷의 평가가 행해지고, 그 평가 결과에 따라 확정 타깃이 선택된다.

또한, 라우팅 상태 관리부(102)는 확정 타깃이 선택되었을 경우, 라우팅 상태를 현재의 뉴트럴 상태로부터 P2P 셀렉트 상태 또는 T3T 셀렉트 상태로 천이시킨다.

스텝 S132에 있어서, 패킷 수신 처리부(101)는 NFC 리더(12)에 대한 직전의 응답으로서, P2P 애플리케이션(41)의 SENSF_RES 커맨드의 응답을 했는지 여부를 판정한다. 스텝 S132에 있어서, 직전에 P2P 애플리케이션(41)의 SENSF_RES 커맨드의 응답을 했다고 판정되었을 경우, 처리는 스텝 S133으로 진행된다.

스텝 S133에 있어서, 패킷 수신 처리부(101)는 스텝 S131의 처리에 의하여, P2P 애플리케이션(41)이 확정 타깃으로 선택되었는지 여부를 판정한다. 스텝 S133에 있어서, P2P 애플리케이션(41)이 확정 타깃으로 선택되지 않았다고 판정되었을 경우, 처리는 스텝 S134로 진행된다.

스텝 S134에 있어서, 우선도 관리부(103)는 우선도의 변경을 행한다. 즉, 이 경우, 확정 타깃의 후보로서 선택된 P2P 애플리케이션(41)의 SENSF_RES 커맨드의 응답을 했음에도 불구하고, NFC 리더(12)로부터 P2P 애플리케이션(41)에 대한 커맨드 이외의 커맨드를 수신한 것으로 되므로, 우선도의 변경이 행해진다. 예를 들어, 우선도 관리부(103)는 초기 상태에서는 가장 높은 우선도로 되는 P2P 애플리케이션(41)의 우선도를 낮춰, ESE(32), UICC(34), T3T 애플리케이션(42), P2P 애플리케이션(41)의 순으로 우선도를 변경한다. 이 경우, P2P 애플리케이션(41)의 우선도는, 타깃 중에서 가장 낮은 우선도로 된다.

또한, 변경 후의 우선도의 순서는, 상술한 순서에 한하지 않고 다른 순서로 재배열하는 것도 가능하다. 예를 들어, 타깃이 ESE(32), UICC(34) 및 P2P 애플리케이션(41)을 포함하는 경우에, P2P 애플리케이션(41)이 확정 타깃으로 선택되지 않았을 때, 우선도 관리부(103)는 ESE(32), UICC(34), P2P 애플리케이션(41)의 순으로 되도록 우선도를 변경할 수 있다. 이 경우에, 우선도 관리부(103)는 ESE(32), P2P 애플리케이션(41), UICC(34)의 순으로 되도록 우선도를 변경해도 된다.

또한, 예를 들어 타깃이 ESE(32) 및 UICC(34) 중 어느 한쪽밖에 존재하지 않았을 경우, 우선도 관리부(103)는 P2P 애플리케이션(41)의 우선도를 ESE(32) 및 UICC(34) 중 어느 한쪽의 다음 우선도로 변경한다. 즉, 타깃에는 ESE(32) 및 UICC(34) 중 어느 한쪽 또는 양쪽이 적어도 포함되어 있으며, 우선도 관리부(103)는 P2P 애플리케이션(41)이 확정 타깃으로 선택되지 않았을 경우, P2P 애플리케이션(41)의 우선도를 ESE(32) 및 UICC(34) 중 어느 한쪽 또는 양쪽의 다음 우선도로 변경한다.

또한, 우선도 관리부(103)는 NFC 리더(12)의 동작 시퀀스에 따라, 응답의 우선도를 변경하도록 해도 된다.

이와 같이 변경 후의 우선도의 순서는, 예를 들어 타깃의 종류나 운용의 형태 등에 따라 임의로 설정되는 것이며, 원칙적으로 가장 높은 우선도였던 P2P 애플리케이션(41)의 우선도가 낮아지도록 재배열되게 된다.

스텝 S132에 있어서, 직전에 P2P 애플리케이션(41)의 SENSF_RES 커맨드의 응답을 하지 않았다고 판단되었을 경우에, 스텝 S133 및 S134는 스킵된다. 또한 스텝 S133에 있어서, P2P 애플리케이션(41)이 확정 타깃으로 선택되었다고 판정되었을 경우에, 스텝 S134는 스킵된다.

스텝 S134의 처리가 종료 또는 스킵되면, 처리는 도 22의 스텝 S108로 되돌려지고, 그 이후의 처리가 행해진다.

또한 스텝 S107에 있어서, 현재의 라우팅 상태가 뉴트럴 상태가 아니라고 판정되었을 경우, 처리는 스텝 S109로 진행된다.

스텝 S109에 있어서, 패킷 수신 처리부(101)는 현재의 라우팅 상태가 T3T 셀렉트 상태인지 여부를 판정한다. 스텝 S109에 있어서, 현재의 라우팅 상태가 T3T 셀렉트 상태라고 판정되었을 경우, 처리는 스텝 S110으로 진행된다.

스텝 S110에 있어서, 패킷 수신 처리부(101)는 T3T 셀렉트 상태에 있어서의 수신 패킷 처리를 행한다. 당해 수신 패킷 처리에서는, 상술한 도 13 및 도 14에서 설명한 바와 같이, 커맨드 코드 라우팅 및 P2P 프로토콜 라우팅에 의하여 수신 패킷의 평가가 행해지고, 그 평가 결과에 따라 확정 타깃이 선택된다.

한편, 스텝 S109에 있어서, 현재의 라우팅 상태가 T3T 셀렉트 상태가 아니라고, 즉, P2P 셀렉트 상태라고 판정되었을 경우, 처리는 스텝 S111로 진행된다.

스텝 S111에 있어서, 패킷 수신 처리부(101)는 P2P 셀렉트 상태에 있어서의 수신 패킷 처리를 행한다. 당해 수신 패킷 처리에서는, 상술한 도 15에서 설명한 바와 같이 수신 패킷의 평가는 행해지지 않으며, 수신 패킷은 항상 P2P 애플리케이션(41)에 송신된다.

스텝 S101에 있어서 커맨드를 수신하고 있지 않다고 판단되었을 경우, 또는 스텝 S108, S110, S111의 처리가 종료되었을 경우, 처리는 스텝 S112로 진행된다.

스텝 S112에 있어서, 우선도 관리부(103)는 도 23의 스텝 S134에서 응답의 우선도의 변경을 행했는지 여부를 판정한다. 스텝 S112에 있어서, 우선도의 변경을 행했다고 판정되었을 경우, 처리는 스텝 S113으로 진행된다.

스텝 S113에 있어서, 우선도 관리부(103)는 소정의 기간을 경과했는지 여부를 판정한다. 스텝 S113에 있어서, 소정의 기간을 경과했다고 판정되었을 경우, 처리는 스텝 S114로 진행된다.

스텝 S114에 있어서, 우선도 관리부(103)는 응답의 우선도를 초기 상태로 되돌려, P2P 애플리케이션(41)의 우선도가 가장 높아지도록 변경한다.

또한, 스텝 S112에 있어서 우선도를 변경하지 않았다고 판정되었을 경우, 스텝 S113에 있어서 소정의 기간을 경과하지 않았다고 판정되었을 경우, 또는 스텝 S114의 처리가 종료되었을 경우, 처리는 스텝 S101로 되돌려지고, 그 이후의 처리가 반복된다.

이상, 커맨드 대응 처리에 대하여 설명하였다. 커맨드 대응 처리에 의하면, 라우팅 상태에 따른 수신 패킷의 처리 프로세스가 행해진다. 또한, 뉴트럴 상태에 있어서의 수신 패킷의 처리 프로세스에서는 수신 패킷의 평가가 행해지고, P2P 애플리케이션(41)의 SENSF_RES 커맨드의 응답을 했음에도 불구하고, P2P 애플리케이션(41)이 확정 타깃으로 선택되지 않았을 경우에, 응답의 우선도의 변경이 행해져 P2P 애플리케이션(41)의 우선도가 낮춰진다.

[본 발명을 적용한 컴퓨터의 설명]

상술한 일련의 처리는 하드웨어에 의하여 실행할 수도 있고, 소프트웨어에 의하여 실행할 수도 있다. 일련의 처리를 소프트웨어에 의하여 실행하는 경우에, 그 소프트웨어를 구성하는 프로그램이 컴퓨터에 인스톨된다. 여기서 컴퓨터에는, 전용의 하드웨어에 내장되어 있는 컴퓨터나, 각종 프로그램을 인스톨함으로써 각종 기능을 실행하는 것이 가능한, 예를 들어 범용 퍼스널 컴퓨터 등이 포함된다.

도 24는, 상술한 일련의 처리를 프로그램에 의하여 실행하는 컴퓨터의 하드웨어의 구성예를 도시하는 블록도이다.

컴퓨터(200)에 있어서, CPU(Central Processing Unit)(201), ROM(Read Only Memory)(202), RAM(Random Access Memory)(203)은, 버스(204)에 의하여 서로 접속되어 있다.

버스(204)에는, 또한 입출력 인터페이스(205)가 접속되어 있다. 입출력 인터페이스(205)에는 입력부(206), 출력부(207), 기억부(208), 통신부(209) 및 드라이브(210)가 접속되어 있다.

입력부(206)는 키보드, 마우스, 마이크로폰 등을 포함한다. 출력부(207)는 디스플레이, 스피커 등을 포함한다. 기억부(208)는 하드 디스크나 불휘발성의 메모리 등을 포함한다. 통신부(209)는 네트워크 인터페이스 등을 포함한다. 드라이브(210)는 자기 디스크, 광 디스크, 광자기 디스크, 또는 반도체 메모리 등의 리무버블 미디어(211)를 구동한다.

이상과 같이 구성되는 컴퓨터(200)에서는, CPU(201)가, 예를 들어 기억부(208)에 기억되어 있는 프로그램을, 입출력 인터페이스(205) 및 버스(204)를 통하여 RAM(203)에 로드하여 실행함으로써, 상술한 일련의 처리가 행해진다.

컴퓨터(200)(CPU(201))가 실행하는 프로그램은, 예를 들어 패키지 미디어 등으로서의 리무버블 미디어(211)에 기록하여 제공할 수 있다. 또한, 프로그램은 로컬 에리어 네트워크, 인터넷, 디지털 위성 방송과 같은, 유선 또는 무선의 전송 매체를 통하여 제공할 수 있다.

컴퓨터(200)에서는, 프로그램은 리무버블 미디어(211)를 드라이브(210)에 장착함으로써, 입출력 인터페이스(205)를 통하여 기억부(208)에 인스톨할 수 있다. 또한, 프로그램은 유선 또는 무선의 전송 매체를 통하여 통신부(209)에서 수신하여, 기억부(208)에 인스톨할 수 있다. 그 외에, 프로그램은 ROM(202)이나 기억부(208)에 미리 인스톨해 둘 수 있다.

또한, 컴퓨터(200)가 실행하는 프로그램은, 본 명세서에서 설명하는 순서에 따라 시계열로 처리가 행해지는 프로그램이어도 되고, 병렬로, 또는 호출이 행해졌을 때 등의 필요한 타이밍에 처리가 행해지는 프로그램이어도 된다.

여기서, 본 명세서에 있어서 컴퓨터(200)에 각종 처리를 행하게 하기 위한 프로그램을 기술하는 처리 스텝은, 반드시 흐름도로서 기재된 순서에 따라 시계열로 처리할 필요는 없으며, 병렬적 또는 개별적으로 실행되는 처리(예를 들어, 병렬 처리 또는 오브젝트에 의한 처리)도 포함하는 것이다.

또한, 프로그램은 하나의 컴퓨터에 의하여 처리되는 것이어도 되고, 복수의 컴퓨터에 의하여 분산 처리되는 것이어도 된다. 또한, 프로그램은 멀리 떨어진 컴퓨터에 전송되어 실행되는 것이어도 된다.

또한, 본 명세서에 있어서 시스템이란, 복수의 구성 요소(장치, 모듈(부품) 등)의 집합을 의미하며, 모든 구성 요소가 동일한 하우징 내에 있는지 여부는 불문한다. 따라서, 별개의 하우징에 수납되고 네트워크를 통하여 접속되어 있는 복수의 장치 및 하나의 하우징 내에 복수의 모듈이 수납되어 있는 하나의 장치는, 모두 시스템이다.

또한, 본 발명의 실시 형태는 상술한 실시 형태에 한정되는 것은 아니며, 본 발명의 요지를 일탈하지 않는 범위에서 다양한 변경이 가능하다.

예를 들어, 본 발명은 하나의 기능을 네트워크를 통하여 복수의 장치에서 분담, 공동으로 처리하는 클라우드 컴퓨팅의 구성을 취할 수 있다.

또한, 상술한 흐름도에서 설명한 각 스텝은, 하나의 장치에서 실행하는 것 외에, 복수의 장치에서 분담하여 실행할 수 있다.

또한, 하나의 스텝에 복수의 처리가 포함되는 경우에, 그 하나의 스텝에 포함되는 복수의 처리는, 하나의 장치에서 실행하는 것 외에, 복수의 장치에서 분담하여 실행할 수 있다.

또한, 본 발명은 이하와 같은 구성을 취할 수 있다.

(1)

각각이 소정의 처리를 실행하는 복수의 타깃과,

상기 복수의 타깃 중에서 외부 장치의 통신 대상으로 되는 확정 타깃을 선택하고, 상기 외부 장치와의 근접 통신을 행하는 프론트 엔드

를 구비하고,

상기 복수의 타깃은 P2P(Peer to Peer)의 애플리케이션을 포함하며,

상기 프론트 엔드는,

상기 외부 장치로부터 수신한, 상기 확정 타깃의 후보를 선택하기 위한 제1 커맨드를 상기 복수의 타깃에 송신하고,

상기 확정 타깃의 후보를 선택하는 데 있어서, 상기 P2P의 애플리케이션을 가장 높은 우선도의 타깃으로 하여 상기 확정 타깃의 후보를 선택하며,

상기 외부 장치로부터 수신한, 소정의 타깃의 식별 정보를 포함하는 제2 커맨드에 기초하여, 상기 확정 타깃의 후보를 상기 확정 타깃으로서 선택하고,

상기 P2P의 애플리케이션이 상기 확정 타깃의 후보로서 선택되었을 경우에, 상기 P2P의 애플리케이션이 상기 확정 타깃으로 선택되지 않았을 때, 상기 확정 타깃의 후보의 선택에 있어서의 상기 P2P의 애플리케이션의 우선도를 낮추는

통신 장치.

(2)

상기 프론트 엔드는, 상기 외부 장치로부터 상기 제1 커맨드를 수신하였을 경우, 상기 제1 커맨드를 상기 복수의 타깃에 브로드캐스트 송신하는

(1)에 기재된 통신 장치.

(3)

상기 복수의 타깃 중, 상기 P2P의 애플리케이션을 제외한 다른 타깃은, 시큐어 엘리먼트 및 UICC(Universal Integrated Circuit Card) 중 어느 한쪽 또는 양쪽을 적어도 포함하고 있고,

상기 프론트 엔드는, 상기 P2P의 애플리케이션의 상기 우선도를 상기 시큐어 엘리먼트 및 상기 UICC 중 어느 한쪽 또는 양쪽의 다음 우선도로 변경하는

(1) 또는 (2)에 기재된 통신 장치.

(4)

상기 프론트 엔드는, 상기 시큐어 엘리먼트, 상기 UICC, 상기 P2P의 애플리케이션의 순으로 되도록 상기 우선도를 변경하는

(3)에 기재된 통신 장치.

(5)

상기 프론트 엔드는, 상기 시큐어 엘리먼트, 상기 P2P의 애플리케이션, 상기 UICC의 순으로 되도록 상기 우선도를 변경하는

(3)에 기재된 통신 장치.

(6)

상기 다른 타깃은, 소정의 규격에 준거한 소정의 애플리케이션을 더 포함하고 있고,

상기 프론트 엔드는, 상기 시큐어 엘리먼트, 상기 UICC, 상기 소정의 애플리케이션, 상기 P2P의 애플리케이션의 순으로 되도록 상기 우선도를 변경하는

(3)에 기재된 통신 장치.

(7)

상기 프론트 엔드는, 상기 P2P의 애플리케이션의 우선도를 가장 낮은 우선도로 변경하는

(1) 내지 (3) 중 어느 하나에 기재된 통신 장치.

(8)

상기 프론트 엔드는, 상기 외부 장치의 동작 시퀀스에 따라, 상기 우선도를 변경하는

(1) 내지 (3) 중 어느 하나에 기재된 통신 장치.

(9)

상기 프론트 엔드는, 상기 P2P의 애플리케이션의 상기 우선도를 변경하였을 경우에, 미리 설정된 소정의 기간을 경과했을 때, 상기 P2P의 애플리케이션의 상기 우선도를 가장 높은 우선도로 되돌리는

(1) 내지 (3) 중 어느 하나에 기재된 통신 장치.

(10)

상기 프론트 엔드는, 소정의 타깃 해제 조건에 기초하여, 상기 확정 타깃을 상기 외부 장치의 통신 대상으로부터 해제하는

(1) 내지 (3) 중 어느 하나에 기재된 통신 장치.

(11)

상기 프론트 엔드는, 상기 제1 커맨드를 상기 복수의 타깃에 브로드캐스트 송신하였을 경우에, 어느 하나의 타깃으로부터의 응답이 있었을 때, 상기 확정 타깃을 상기 외부 장치의 통신 대상으로부터 해제하는

(10)에 기재된 통신 장치.

(12)

상기 프론트 엔드는, 상기 제2 커맨드에 포함되는 식별 정보와, 상기 확정 타깃의 후보 식별 정보가 일치하는 경우, 상기 확정 타깃의 후보를 상기 확정 타깃으로서 선택하는

(1) 내지 (11) 중 어느 하나에 기재된 통신 장치.

(13)

각각이 소정의 처리를 실행하는 복수의 타깃과,

를 구비하는 통신 장치의 제어 방법으로서,

상기 복수의 타깃은,

상기 외부 장치로부터 수신한, P2P(Peer to Peer)의 애플리케이션을 포함하고,

상기 프론트 엔드가,

상기 확정 타깃의 후보를 선택하기 위한 제1 커맨드를 상기 복수의 타깃에 송신하며,

상기 확정 타깃의 후보를 선택하는 데 있어서, 상기 P2P의 애플리케이션을 가장 높은 우선도의 타깃으로 하여 상기 확정 타깃의 후보를 선택하고,

상기 외부 장치로부터 수신한, 소정의 타깃의 식별 정보를 포함하는 제2 커맨드에 기초하여, 상기 확정 타깃의 후보를 상기 확정 타깃으로서 선택하며,

스텝을 포함하는 제어 방법.

(14)

각각이 소정의 처리를 실행하는 복수의 타깃과,

P2P(Peer to Peer)의 애플리케이션을 포함하는 상기 복수의 타깃 중에서 외부 장치의 통신 대상으로 되는 확정 타깃을 선택하고, 상기 외부 장치와의 근접 통신을 행하는 프론트 엔드

를 구비하는 통신 장치의 제어용 프로그램으로서,

스텝을 포함하는 처리를, 통신 장치의 컴퓨터에 실행시키는 프로그램.

11: NFC 디바이스
12: NFC 리더
31: CLF
31A: 메모리
32: ESE
33: DH
34: UICC
41, 41L: P2P 애플리케이션
42, 42L: T3T 애플리케이션
101: 패킷 수신 처리부
102: 라우팅 상태 관리부
103: 우선도 관리부
104: 무선 통신 제어부
200: 컴퓨터
201: CPU

Claims

통신 장치로서,
각각이 소정의 처리를 실행하는 복수의 타깃과,
상기 복수의 타깃 중에서 외부 장치의 통신 대상으로 되는 확정 타깃을 선택하고, 상기 외부 장치와의 근접 통신을 행하는 프론트 엔드
를 구비하고,
상기 복수의 타깃은 P2P(Peer to Peer)의 애플리케이션을 포함하며,
상기 프론트 엔드는,
상기 외부 장치로부터 수신한, 상기 확정 타깃의 후보를 선택하기 위한 제1 커맨드를 상기 복수의 타깃에 송신하고,
상기 확정 타깃의 후보를 선택하는 데 있어서, 상기 P2P의 애플리케이션을 가장 높은 우선도의 타깃으로 하여 상기 확정 타깃의 후보를 선택하며,
상기 외부 장치로부터 수신한, 소정의 타깃의 식별 정보를 포함하는 제2 커맨드에 기초하여, 상기 확정 타깃의 후보를 상기 확정 타깃으로서 선택하고,
상기 P2P의 애플리케이션이 상기 확정 타깃의 후보로서 선택되었을 경우에, 상기 P2P의 애플리케이션이 상기 확정 타깃으로 선택되지 않았을 때, 상기 확정 타깃의 후보의 선택에 있어서의 상기 P2P의 애플리케이션의 우선도를 낮추는, 통신 장치.
제1항에 있어서,
상기 프론트 엔드는, 상기 외부 장치로부터 상기 제1 커맨드를 수신하였을 경우, 상기 제1 커맨드를 상기 복수의 타깃에 브로드캐스트 송신하는, 통신 장치.
제2항에 있어서,
상기 복수의 타깃 중, 상기 P2P의 애플리케이션을 제외한 다른 타깃은, 시큐어 엘리먼트 및 UICC(Universal Integrated Circuit Card) 중 어느 한쪽 또는 양쪽을 적어도 포함하고,
상기 프론트 엔드는, 상기 P2P의 애플리케이션의 상기 우선도를 상기 시큐어 엘리먼트 및 상기 UICC 중 어느 한쪽 또는 양쪽의 다음 우선도로 변경하는, 통신 장치.
제3항에 있어서,
상기 프론트 엔드는, 상기 시큐어 엘리먼트, 상기 UICC, 상기 P2P의 애플리케이션의 순으로 되도록 상기 우선도를 변경하는, 통신 장치.
제3항에 있어서,
상기 프론트 엔드는, 상기 시큐어 엘리먼트, 상기 P2P의 애플리케이션, 상기 UICC의 순으로 되도록 상기 우선도를 변경하는, 통신 장치.
제3항에 있어서,
상기 다른 타깃은, 소정의 규격에 준거한 소정의 애플리케이션을 더 포함하고,
상기 프론트 엔드는, 상기 시큐어 엘리먼트, 상기 UICC, 상기 소정의 애플리케이션, 상기 P2P의 애플리케이션의 순으로 되도록 상기 우선도를 변경하는, 통신 장치.
제3항에 있어서,
상기 프론트 엔드는, 상기 P2P의 애플리케이션의 우선도를 가장 낮은 우선도로 변경하는, 통신 장치.
제3항에 있어서,
상기 프론트 엔드는 상기 외부 장치의 동작 시퀀스에 따라 상기 우선도를 변경하는, 통신 장치.
제3항에 있어서,
상기 프론트 엔드는, 상기 P2P의 애플리케이션의 상기 우선도를 변경하였을 경우에, 미리 설정된 소정의 기간을 경과했을 때, 상기 P2P의 애플리케이션의 상기 우선도를 가장 높은 우선도로 되돌리는, 통신 장치.
제3항에 있어서,
상기 프론트 엔드는, 소정의 타깃 해제 조건에 기초하여, 상기 확정 타깃을 상기 외부 장치의 통신 대상으로부터 해제하는, 통신 장치.
제10항에 있어서,
상기 프론트 엔드는, 상기 제1 커맨드를 상기 복수의 타깃에 브로드캐스트 송신하였을 경우에, 어느 하나의 타깃으로부터의 응답이 있었을 때, 상기 확정 타깃을 상기 외부 장치의 통신 대상으로부터 해제하는, 통신 장치.
제1항에 있어서,
상기 프론트 엔드는, 상기 제2 커맨드에 포함되는 식별 정보와, 상기 확정 타깃의 후보 식별 정보가 일치하는 경우, 상기 확정 타깃의 후보를 상기 확정 타깃으로서 선택하는, 통신 장치.
각각이 소정의 처리를 실행하는 복수의 타깃과,
상기 복수의 타깃 중에서 외부 장치의 통신 대상으로 되는 확정 타깃을 선택하고, 상기 외부 장치와의 근접 통신을 행하는 프론트 엔드
를 구비하는 통신 장치의 제어 방법으로서,
상기 복수의 타깃은 P2P(Peer to Peer)의 애플리케이션을 포함하고,
상기 프론트 엔드가,
상기 외부 장치로부터 수신한, 상기 확정 타깃의 후보를 선택하기 위한 제1 커맨드를 상기 복수의 타깃에 송신하며,
상기 확정 타깃의 후보를 선택하는 데 있어서, 상기 P2P의 애플리케이션을 가장 높은 우선도의 타깃으로 하여 상기 확정 타깃의 후보를 선택하고,
상기 외부 장치로부터 수신한, 소정의 타깃의 식별 정보를 포함하는 제2 커맨드에 기초하여, 상기 확정 타깃의 후보를 상기 확정 타깃으로서 선택하며,
상기 P2P의 애플리케이션이 상기 확정 타깃의 후보로서 선택되었을 경우에, 상기 P2P의 애플리케이션이 상기 확정 타깃으로 선택되지 않았을 때, 상기 확정 타깃의 후보의 선택에 있어서의 상기 P2P의 애플리케이션의 우선도를 낮추는 스텝을 포함하는, 통신 장치의 제어 방법.
각각이 소정의 처리를 실행하는 복수의 타깃과,
P2P(Peer to Peer)의 애플리케이션을 포함하는 상기 복수의 타깃 중에서 외부 장치의 통신 대상으로 되는 확정 타깃을 선택하고, 상기 외부 장치와의 근접 통신을 행하는 프론트 엔드를 구비하는 통신 장치의 제어용 프로그램으로서,
상기 외부 장치로부터 수신한, 상기 확정 타깃의 후보를 선택하기 위한 제1 커맨드를 상기 복수의 타깃에 송신하고,
상기 확정 타깃의 후보를 선택하는 데 있어서, 상기 P2P의 애플리케이션을 가장 높은 우선도의 타깃으로 하여 상기 확정 타깃의 후보를 선택하며,
상기 외부 장치로부터 수신한, 소정의 타깃의 식별 정보를 포함하는 제2 커맨드에 기초하여, 상기 확정 타깃의 후보를 상기 확정 타깃으로서 선택하고,
상기 P2P의 애플리케이션이 상기 확정 타깃의 후보로서 선택되었을 경우에, 상기 P2P의 애플리케이션이 상기 확정 타깃으로 선택되지 않았을 때, 상기 확정 타깃의 후보의 선택에 있어서의 상기 P2P의 애플리케이션의 우선도를 낮추는 스텝을 포함하는 처리를, 통신 장치의 컴퓨터에 실행시키는, 통신 장치의 제어용 프로그램.