NDEF 메시지에는 여러 페이로드 유형이 포함될 수 있지만 규칙에 따라 첫 번째 레코드 유형에 따라 전체 메시지가 처리되는 방식이 결정됩니다. 예를 들어 NDEF 메시지에 대한 Android의 의도 필터링은 첫 번째 레코드만 봅니다. 다음 예제에서는 http://developer.android.com/index.html 형태로 URI를 필터링합니다. 예를 들어 태그 디스패치 시스템에서 TNF_ABSOLUTE_URI 형식의 레코드가 발생하는 경우 해당 레코드의 가변 길이 형식 필드를 URI에 매핑합니다. 태그 디스패치 시스템은 ACTION_NDEF_DISCOVERED 의도의 데이터 필드에 해당 URI를 페이로드와 같은 태그에 대한 다른 정보와 함께 캡슐화합니다. 반면에 TNF_UNKNOWN 형식의 레코드가 발생하면 대신 태그의 기술을 캡슐화하는 의도를 만듭니다. 유형 길이 필드에는 페이로드 유형의 길이가 바이트입니다. 페이로드 유형은 페이로드에 있는 정확한 데이터 종류를 지정합니다. 예를 들어 TNF가 MIME 데이터 형식이라는 것을 아는 것만으로는 충분하지 않습니다. 형식 이름 형식 «절대 URI»는 약간 오해의 소지가 있습니다. 절대 URI TNF는 페이로드가 아닌 레코드 유형이 URI임을 의미합니다.

형식 필드의 URI는 MIME 형식이 TNF 02에 대한 페이로드를 설명하는 방법과 유사하게 페이로드를 설명합니다. 예를 들어 Windows 및 Windows Phone은 URI «windows.com/LaunchApp»를 사용하여 LaunchApp 레코드에 TNF 03(절대 URI)을 사용합니다. LaunchApp 기록은 안드로이드가 앱을 실행하기 위해 안드로이드 응용 프로그램 레코드를 사용하는 것처럼, 응용 프로그램을 실행하도록 사용자에게 프롬프트. 앱이 설치되어 있지 않으면 사용자에게 스토어에서 앱을 다운로드하라는 메시지가 표시됩니다. NFC 포럼 태그에 NFC 데이터 교환 형식(NDEF) 메시지를 읽고 쓰는 예제입니다. Android Beam™ 기능을 사용하면 장치를 물리적으로 탭하여 장치가 다른 장치에 NDEF 메시지를 푸시할 수 있습니다. 이 상호 작용은 NFC를 사용하면 수동 장치 검색 이나 페어링이 필요하지 않으므로 Bluetooth와 같은 다른 무선 기술보다 데이터를 더 쉽게 보낼 수 있습니다. 두 장치가 범위에 들어오면 연결이 자동으로 시작됩니다. Android Beam은 NFC API 세트를 통해 사용할 수 있으므로 모든 응용 프로그램이 장치 간에 정보를 전송할 수 있습니다. 예를 들어 연락처, 브라우저 및 YouTube 응용 프로그램은 Android Beam을 사용하여 연락처, 웹 페이지 및 비디오를 다른 장치와 공유합니다.

사례 3은 스마트 포스터 메시지를 만들기 때문에 특별합니다. 스마트 포스터는 NDEF 메시지를 포함하는 레코드라는 점에서 잘 알려진 유형 중에서 고유합니다. 다음 예제에서 볼 수 있듯이 스마트 포스터 레코드의 페이로드를 레코드 배열로 구성합니다. 해당 배열이 메시지입니다. 이 의도 필터를 사용하면 NFC 태그를 스캔하거나 AAR 유형 com.example.android.beam을 받은 Android 빔을 수신하거나 NDEF 포맷 메시지에 유형 응용 프로그램/vnd.com.android.android.beam의 MIME 레코드가 포함되어 있을 때 URI 또는 URL을 페이로드로 보내려면 TIn을 사용하지 마십시오. NFC RTD «U»(URI)를 통해 TNF 01(잘 알려진)으로 인코딩해야 합니다. NDEF 사양은 URI를 보다 효율적으로 인코딩하기 위한 URI 식별자 코드와 함께 URI 레코드 유형 정의 사양을 제공합니다. 예를 들어 0x01은 http://www 위한 코드입니다.

0x02는 https://www 위한 코드입니다. 다른 레코드 유형 작성에서는 페이로드에 URL을 추가한 다음 값 0x01이 있는 단일 바이트를 추가하여 http://www 추가하는 예제를 볼 수 있습니다. 다음 응용 프로그램에서 이러한 내용을 더 자세히 볼 수 있으며 부록 A에서 모두 볼 수 있습니다.