Способ и аппаратура идентификации метки

Способ и аппаратура идентификации метки

Иллюстрации

Показать все

Реферат

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

[0001] Изобретение относится к области технологий связи, в частности к способу и аппаратуре идентификации метки.

УРОВЕНЬ ТЕХНИКИ

[0002] Ближняя бесконтактная связь (NFC) представляет собой технологию короткодействующего беспроводного соединения, которая может реализовать связь между электронными устройствами на близком расстоянии посредством индукции в магнитном поле, где два устройства реализуют обмен данными в случае приближения или столкновения.

[0003] В уровне техники, после того, как терминал NFC обнаруживает метку NFC, контроллер бесконтактной связи в ближней зоне (Near Field Communication Controller, контроллер NFC) терминала NFC считывает все содержимое метки NFC, и затем отправляет все содержимое метки NFC на главное устройство терминала NFC; главное устройство обрабатывает метку NFC. В общем случае главное устройство определяет, согласно всему содержимому метки NFC, согласуется ли формат метки NFC с форматом обмена данными NFC (NFC Data Exchange Format, NDEF).

[0004] Однако, в уровне техники, главное устройство может определять формат метки NFC, только получая все содержимое метки NFC, в результате чего, главное устройство вынуждено считывать большой объем данных метки NFC и осуществлять относительно сложные операции.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

[0005] Варианты осуществления настоящего изобретения предусматривают способ и аппаратуру идентификации метки, которые позволяют реализовать сокращение этапов определения формата метки главным устройством на терминале NFC, что позволяет обрабатывать метку NFC.

[0006] Согласно первому аспекту, вариант осуществления настоящего изобретения предусматривает способ идентификации метки, включающий в себя:

считывание, контроллером NFC (бесконтактной связи в ближней зоне), типа метки;

определение, контроллером NFC, является ли формат метки форматом обмена данными NFC (NDEF), согласно типу метки; и

отправку, контроллером NFC, сообщения уведомления на главное устройство, когда контроллер NFC определяет, что формат метки является NDEF, где сообщение уведомления включает в себя информацию о том, что формат метки является NDEF.

[0007] В первом возможном варианте осуществления, согласно первому аспекту, до считывания, контроллером NFC (бесконтактной связи в ближней зоне), типа метки, способ дополнительно включает в себя:

прием, контроллером NFC, команды конфигурации, отправленной главным устройством, где команда конфигурации используется для указания, осуществляет ли контроллер NFC обнаружение NDEF на метке.

[0008] Во втором возможном варианте осуществления, согласно первому аспекту или первому возможному варианту осуществления первого аспекта, определение, контроллером NFC, является ли формат метки форматом обмена данными NFC (NDEF), согласно типу метки включает в себя:

когда тип метки является типом 1, определение, контроллером NFC, является ли формат метки NDEF, согласно постоянной памяти HR0 заголовка в метке;

когда тип метки является типом 2, определение, контроллером NFC, является ли формат метки NDEF, согласно контейнеру возможностей (CC) в метке;

когда тип метки является типом 3, определение, контроллером NFC, является ли формат метки NDEF, согласно системному коду (System Code) в метке; и

когда тип метки является типом 4, определение, контроллером NFC, является ли формат в метке NDEF согласно идентификатору файла для файла контейнера возможностей (CC) в метке.

[0009] В третьем возможном варианте осуществления, согласно первому аспекту или любому из вышеприведенных возможных вариантов осуществления первого аспекта, до приема, контроллером NFC, команды конфигурации, отправленной главным устройством, способ дополнительно включает в себя:

отправка, контроллером NFC, сообщения функции формата на главное устройство, где сообщение функции формата несет информацию о том, имеет ли контроллер NFC возможность осуществления обнаружения NDEF на метке.

[0010] В четвертом возможном варианте осуществления, согласно третьему возможному варианту осуществления первого аспекта, до отправки, контроллером NFC, сообщения функции формата на главное устройство, способ дополнительно включает в себя:

прием, контроллером NFC, команды инициализации, отправленной главным устройством; и

отправка, контроллером NFC, сообщения функции формата на главное устройство включает в себя:

отправку, контроллером NFC, ответа инициализации на главное устройство, где ответ инициализации несет информацию о том, имеет ли контроллер NFC возможность осуществления обнаружения NDEF на метке.

[0011] В пятом возможном варианте осуществления, согласно первому возможному варианту осуществления первого аспекта, команда конфигурации дополнительно используется для указания того, что контроллер NFC осуществляет обнаружение типа данных на метке.

[0012] В шестом возможном варианте осуществления, согласно первому аспекту или любому из вышеприведенных возможных вариантов осуществления первого аспекта, после отправки, контроллером NFC, сообщения уведомления на главное устройство, способ дополнительно включает в себя:

прием, контроллером NFC, с использованием радиочастотного интерфейса NDEF, команды считывания/записи, отправленной главным устройством;

преобразование, контроллером NFC, команды считывания/записи в команду считывания/записи NDEF; и

осуществление, контроллером NFC, считывания/записи данных на метке согласно команде считывания/записи NDEF.

[0013] Согласно второму аспекту, вариант осуществления настоящего изобретения предусматривает аппаратуру идентификации метки, включающую в себя:

модуль считывания, выполненный с возможностью считывания типа метки;

модуль определения, выполненный с возможностью определения, является ли формат метки форматом обмена данными NFC (NDEF), согласно типу метки; и

модуль отправки, выполненный с возможностью отправки сообщения уведомления на главное устройство, когда модуль определения определяет, что формат метки является NDEF, где сообщение уведомления включает в себя информацию о том, что формат метки является NDEF.

[0014] В первом возможном варианте осуществления, согласно второму аспекту, аппаратура дополнительно включает в себя:

модуль приема, выполненный с возможностью приема команды конфигурации, отправленной главным устройством, где команда конфигурации используется для указания, осуществляет ли контроллер NFC обнаружение NDEF на метке.

[0015] Во втором возможном варианте осуществления, согласно второму аспекту или первому возможному варианту осуществления второго аспекта, модуль определения в частности, выполнен с возможностью:

когда тип метки является типом 1, определять, является ли формат метки NDEF, согласно постоянной памяти HR0 заголовка в метке; когда тип метки является типом 2, определять, является ли формат метки NDEF, согласно контейнеру возможностей (CC) в метке; когда тип метки является типом 3, определять, является ли формат метки NDEF, согласно системному коду (System Code) в метке; и когда тип метки является типом 4, определять, является ли формат метки NDEF, согласно идентификатору файла для файла контейнера возможностей (CC) в метке.

[0016] В третьем возможном варианте осуществления, согласно второму аспекту или любому из вышеприведенных возможных вариантов осуществления второго аспекта,

модуль отправки дополнительно выполнен с возможностью отправки сообщения функции формата на главное устройство, где сообщение функции формата несет информацию о том, имеет ли контроллер NFC возможность осуществления обнаружения NDEF на метке.

[0017] В четвертом возможном варианте осуществления, согласно третьему возможному варианту осуществления второго аспекта, модуль приема дополнительно выполнен с возможностью приема команды инициализации, отправленной главным устройством; и

модуль отправки дополнительно выполнен с возможностью отправки ответа инициализации на контроллер NFC, где ответ инициализации несет информацию о том, имеет ли контроллер NFC возможность осуществления обнаружения NDEF на метке.

[0018] В пятом возможном варианте осуществления, согласно первому возможному варианту осуществления второго аспекта, команда конфигурации дополнительно используется для указания того, что контроллер NFC осуществляет обнаружение типа данных на метке.

[0019] В шестом возможном варианте осуществления, согласно второму аспекту или любому из вышеприведенных возможных вариантов осуществления второго аспекта, модуль приема дополнительно выполнен с возможностью приема, с использованием радиочастотного интерфейса NDEF, команды считывания/записи, отправленной главным устройством; и

аппаратура дополнительно включает в себя:

модуль преобразования, выполненный с возможностью преобразования команды считывания/записи в команду считывания/записи NDEF; и

модуль обработки, выполненный с возможностью осуществления считывания/записи данных на метке согласно команде считывания/записи NDEF.

[0020] Согласно третьему аспекту, вариант осуществления настоящего изобретения предусматривает аппаратуру идентификации метки, где аппаратура включает в себя контроллер NFC (бесконтактной связи в ближней зоне) и главное устройство, и контроллер NFC подключен к главному устройству, где:

контроллер NFC выполнен с возможностью считывания типа метки; и определения, является ли формат метки форматом обмена данными NFC (NDEF), согласно типу метки; и контроллер NFC отправляет сообщение уведомления на главное устройство, когда контроллер NFC определяет, что формат метки является NDEF, где сообщение уведомления включает в себя информацию о том, что формат метки является NDEF; и

главное устройство выполнено с возможностью приема сообщения уведомления, отправленного контроллером NFC.

[0021] В первом возможном варианте осуществления, согласно третьему аспекту,

главное устройство дополнительно выполнено с возможностью отправки команды конфигурации на контроллер NFC, где команда конфигурации используется для указания, осуществляет ли контроллер NFC обнаружение NDEF на метке; и

контроллер NFC дополнительно выполнен с возможностью приема команды конфигурации, отправленной главным устройством.

[0022] Во втором возможном варианте осуществления, согласно третьему аспекту или первому возможному варианту осуществления третьего аспекта, контроллер NFC в частности, выполнен с возможностью: когда тип метки является типом 1, определять, является ли формат метки NDEF, согласно постоянной памяти HR0 заголовка в метке; когда тип метки является типом 2, определять, является ли формат метки NDEF, согласно контейнеру возможностей (CC) в метке; когда тип метки является типом 3, определять, является ли формат метки NDEF, согласно системному коду (System Code) в метке; и когда тип метки является типом 4, определять, является ли формат метки NDEF, согласно идентификатору файла для файла контейнера возможностей (CC) в метке.

[0023] В третьем возможном варианте осуществления, согласно третьему аспекту или любому из вышеприведенных возможных вариантов осуществления третьего аспекта, контроллер NFC дополнительно выполнен с возможностью отправки сообщения функции формата на главное устройство, где сообщение функции формата несет информацию о том, имеет ли контроллер NFC возможность осуществления обнаружения NDEF на метке.

[0024] В четвертом возможном варианте осуществления, согласно третьему возможному варианту осуществления третьего аспекта, главное устройство дополнительно выполнено с возможностью отправки команды инициализации на контроллер NFC; и

контроллер NFC дополнительно выполнен с возможностью отправки ответа инициализации на главное устройство после приема команды инициализации, отправленной главным устройством, где ответ инициализации несет информацию о том, имеет ли контроллер NFC возможность осуществления обнаружения NDEF на метке.

[0025] В пятом возможном варианте осуществления, согласно первому возможному варианту осуществления третьего аспекта, команда конфигурации дополнительно используется для указания того, что контроллер NFC осуществляет обнаружение типа данных на метке.

[0026] В шестом возможном варианте осуществления, согласно третьему аспекту или любому из вышеприведенных возможных вариантов осуществления третьего аспекта, главное устройство дополнительно выполнено с возможностью установления радиочастотного интерфейса NDEF для осуществления передачи данных с контроллером NFC после приема сообщения уведомления, отправленного контроллером NFC.

[0027] В седьмом возможном варианте осуществления, согласно шестому возможному варианту осуществления третьего аспекта, главное устройство дополнительно выполнено с возможностью отправки, с использованием радиочастотного интерфейса NDEF, команды считывания/записи на контроллер NFC; и

контроллер NFC дополнительно выполнен с возможностью приема, с использованием радиочастотного интерфейса NDEF, команды считывания/записи, отправленной главным устройством; преобразования команды считывания/записи в команду считывания/записи NDEF; и осуществления считывания/записи данных на метке согласно команде считывания/записи NDEF.

[0028] Согласно способу и аппаратуре идентификации метки, предусмотренному согласно вариантам осуществления настоящего изобретения, контроллер NFC считывает тип метки; и определяет, является ли формат метки форматом обмена данными NFC согласно типу метки; и контроллер NFC отправляет сообщение уведомления на главное устройство, когда контроллер NFC определяет, что формат метки является форматом обмена данными NFC, где сообщение уведомления включает в себя информацию о том, что формат метки является форматом обмена данными NFC. По сравнению с уровнем техники, в котором главное устройство может определять формат метки NFC, только получая все содержимое метки NFC, в результате чего, главное устройство вынуждено считывать большой объем данных метки NFC и осуществлять относительно сложные операции, варианты осуществления настоящего изобретения могут реализовать сокращение этапов определения формата метки главным устройством на терминале NFC, что позволяет обрабатывать метку NFC.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

[0029] Для более наглядного описания технических решений согласно вариантам осуществления настоящего изобретения, ниже кратко перечислены прилагаемые чертежи, необходимые для описания вариантов осуществления настоящего изобретения или уровня техники. Очевидно, прилагаемые чертежи в нижеследующем описании демонстрируют лишь некоторые варианты осуществления настоящего изобретения, и специалист в данной области техники все же может получить другие чертежи из этих прилагаемых чертежей без применения творческих способностей.

[0030] Фиг. 1 – блок-схема операций способа идентификации метки согласно варианту осуществления настоящего изобретения;

[0031] фиг. 2 – блок-схема операций другого способа идентификации метки согласно варианту осуществления настоящего изобретения;

[0032] фиг. 3 – схема структуры передачи, между главным устройством и контроллером NFC и между контроллером NFC и меткой, в способе идентификации метки согласно варианту осуществления настоящего изобретения;

[0033] фиг. 4 – упрощенная структурная схема аппаратуры идентификации метки согласно варианту осуществления настоящего изобретения;

[0034] фиг. 5 – упрощенная структурная схема другой аппаратуры идентификации метки согласно варианту осуществления настоящего изобретения;

[0035] фиг. 6 – упрощенная структурная схема еще одной аппаратуры идентификации метки согласно варианту осуществления настоящего изобретения.

ОПИСАНИЕ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ

[0036] Ниже наглядно описаны технические решения согласно вариантам осуществления настоящего изобретения согласно прилагаемым чертежам согласно вариантам осуществления настоящего изобретения. Очевидно, описанные варианты осуществления представляют собой лишь некоторые, но не все варианты осуществления настоящего изобретения. Все остальные варианты осуществления, полученные специалистом в данной области техники на основании вариантов осуществления настоящего изобретения без применения творческих способностей, подлежат включению в объем защиты настоящего изобретения.

[0037] Как показано на фиг. 1, вариант осуществления настоящего изобретения предусматривает способ идентификации метки, и способ включает в себя:

[0038] 101: контроллер NFC считывает тип метки.

[0039] Контроллер NFC является контроллером на терминале NFC. Терминал NFC может представлять собой терминал, имеющий функцию NFC, например, мобильный телефон, планшетный компьютер или камеру. Для простоты описания, вариант осуществления, в порядке примера, описан с использованием мобильного телефона, имеющего функцию NFC. Контроллер NFC является логическим модулем, отвечающим за передачу данных на радиочастотном интерфейсе NFC. В примере мобильного телефона, имеющего функцию NFC, контроллер NFC представляет собой микросхему NFC в мобильном телефоне.

[0040] В этом варианте осуществления, метка является меткой NFC. Типами метки NFC являются тип 1, тип 2, тип 3 и тип 4. В отношении того, как контроллер NFC считывает тип метки, можно обратиться к стандарту NFC Forum Analog, стандарту NFC Forum Digit и стандарту NFC Forum Activity.

[0041] Контроллер NFC может выявлять метку и получать атрибут метки посредством радиочастотного выявления. В отношении того, как контроллер NFC выявляет метку и получает атрибут метки посредством радиочастотного выявления, можно обратиться к стандарту NFC Forum Analog, стандарту NFC Forum Digit и стандарту NFC Forum Activity. Атрибут метки может включать в себя формат метки, тип данных метки, функцию, поддерживаемую меткой и пр. В данном случае функция, поддерживаемая меткой, означает возможность, которая требуется в процессе установления связи между контроллером NFC и меткой.

[0042] 102: контроллер NFC определяет, является ли формат метки NDEF, согласно типу метки.

[0043] NDEF задает формат инкапсуляции информации в ходе обмена информацией, когда информация передается между терминалами NFC или между терминалом NFC и меткой NFC. NDEF может быть упрощенным двоичным форматом сообщения и может использоваться для инкапсуляции одного или более заданных пользователем данных любого типа и любого размера.

[0044] Когда тип метки является типом 1, контроллер NFC определяет, является ли формат метки NDEF, согласно постоянной памяти заголовка (Header Read-Only Memory, HR)0 в метке. В частности, длина HR0 составляет один байт, и когда четыре бита высокого порядка HR0 составляют 0001b, контроллер NFC определяет, что формат метки является NDEF. Когда тип метки является типом 2, контроллер NFC определяет, является ли формат метки NDEF, согласно контейнеру возможностей (Capability Container, CC) в метке. В частности, длина CC составляет четыре байта, и когда значение первого байта равно E1h (где E1 является числом в шестнадцатеричном формате), контроллер NFC определяет, что формат метки является NDEF. Когда тип метки является типом 3, контроллер NFC определяет, является ли формат метки NDEF, согласно системному коду (System Code) в метке. В частности, длина системного кода составляет два байта, и когда значение системного кода равно 12FCh (где 12FC является числом в шестнадцатеричном формате), контроллер NFC определяет, что формат метки является NDEF. Когда тип метки является типом 4, контроллер NFC определяет, является ли формат метки NDEF, согласно идентификатору файла для файла контейнера возможностей (Capability Container, CC) в метке. В частности, длина идентификатора файла для файла CC составляет два байта, и когда значение идентификатора файла для файла CC равно E103h (где E103 является числом в шестнадцатеричном формате), контроллер NFC определяет, что формат метки является NDEF.

[0045] В необязательном порядке, когда контроллер NFC определяет, что формат метки является NDEF, контроллер NFC может дополнительно определять тип данных метки. Метка имеет восемь типов данных. В частности, контроллер NFC получает информацию типа данных из поля TNF метки (тип 1, тип 2, тип 3 и тип 4), и определяет тип данных метки согласно содержимому информации типа данных. Значение поля TNF может составлять 0×00, 0×01, 0×02, 0×03, 0×04, 0×05, 0×06 или 0×07, и контроллер NFC может определять информацию типа данных метки согласно значению поля TNF. Тип данных метки, в частности, является типом сообщения NDEF. 0×00 представляет, что сообщение NDEF является пустым сообщением; 0×01 представляет, что в сообщении NDEF хранится внутренний тип данных, заданный в стандарте RTD (Record Type Define) организации стандартизации форума NFC; 0×02 представляет, что в сообщении NDEF хранится тип медийного материала, заданный в стандарте RFC (приглашения к обсуждению) 2046, например, изображение и голос; 0×03 представляет, что в сообщении NDEF хранится унифицированный идентификатор pecypca (Uniform Resource Identifier, URI), заданный в стандарте RFC 3986; 0×04 представляет, что в сообщении NDEF хранится внешний тип данных, заданный в стандарте RTD (Record Type Define) организации стандартизации форума NFC; 0×05 представляет, что в сообщении NDEF хранится один фрагмент данных неизвестного типа; 0×06 представляет, что сообщение NDEF является промежуточной меткой среди нескольких последовательных меток NDEF, где тип данных метки такой же, как у предыдущей метки NDEF; и 0×07 представляет, что сообщение NDEF зарезервировано и временно не используется.

[0046] 103: контроллер NFC отправляет сообщение уведомления на главное устройство, когда контроллер NFC определяет, что формат метки является NDEF, где сообщение уведомления включает в себя информацию о том, что формат метки является NDEF.

[0047] Главное устройство отвечает за управление средой выполнения терминала NFC и периферии, в том числе, управление контроллером NFC, например, инициализацию, конфигурацию и управление мощностью. В примере мобильного телефона, имеющего функцию NFC, главное устройство может означать CPU мобильного телефона.

[0048] В этом варианте осуществления, например, контроллер NFC отправляет сообщение уведомления на главное устройство; например, сообщение уведомления является уведомлением радиочастотного выявления RF_DISCOVER_NFT. Конкретная форма RF_DISCOVER_NFT показана в таблице 1.

ТАБЛИЦА 1
RF_DISCOVER_NTF
NDEF Info	1 октет	X	Ненулевое значение указывает, что формат метки является NDEF, и нуль указывает, что формат метки не является NDEF

[0049] В таблице 1 приведены следующие примеры смыслов или значений, указанных полями:

NDEF Info указывает информацию NDEF, которая занимает один байт (1 октет);

X указывает, является ли формат метки NDEF; и

когда X≠0000 0000, это указывает, что формат метки является NDEF.

[0050] В необязательном порядке, когда контроллер NFC определяет, что формат метки не является форматом обмена данными NFC, контроллер NFC все же может отправлять сообщение уведомления на главное устройство. Когда X в сообщении уведомления (RF_DISCOVER_NFT) отвечает X=0000 0000, это указывает, что формат метки не является NDEF.

[0051] В необязательном порядке, сообщение уведомления, отправленное контроллером NFC на главное устройство, может дополнительно включать в себя тип данных метки. Например, контроллер NFC отправляет RF_DISCOVER_NFT на главное устройство, и конкретная форма RF_DISCOVER_NFT показана в таблице 2.

ТАБЛИЦА 2
RF_DISCOVER_NTF
NDEF Info	1 октет	X	Ненулевое значение указывает, что формат метки является NDEF, и нуль указывает, что формат метки не является NDEF
TNF	1 октет	X	X указывает тип данных метки

[0052] В таблице 2 приведены следующие примеры смыслов или значений, указанных полями:

подробное описание NDEF Info, можно найти в описаниях в таблице 1, и детали здесь повторно не описаны;

Формат имени типа (Type Name Format, TNF) указывает информацию о типе данных метки и занимает один байт (1 октет);

когда X=0×00, это указывает, что сообщение NDEF является пустым сообщением (метка включает в себя сообщение NDEF); и

когда X=0×01, это указывает, что в сообщении NDEF хранится внутренний тип данных, заданный в стандарте RTD (Record Type Define) организации стандартизации форума NFC, и пр.

[0053] Следует отметить, что X не ограничивается указанием конкретного типа данных метки в этом варианте осуществления. Например, когда X=0×07, это указывает, что сообщение NDEF зарезервировано и временно не используется.

[0054] Согласно способу идентификации метки, предусмотренному в этом варианте осуществления настоящего изобретения, контроллер NFC считывает тип метки; и определяет, является ли формат метки форматом обмена данными NFC согласно типу метки; и контроллер NFC отправляет сообщение уведомления на главное устройство, когда контроллер NFC определяет, что формат метки является форматом обмена данными NFC, где сообщение уведомления включает в себя информацию о том, что формат метки является форматом обмена данными NFC. По сравнению с уровнем техники, в котором главное устройство может определять формат метки NFC, только получая все содержимое метки NFC, в результате чего, главное устройство вынуждено считывать большой объем данных метки NFC и осуществлять относительно сложные операции, этот вариант осуществления настоящего изобретения может реализовать сокращение этапов определения формата метки главным устройством на терминале NFC, что позволяет обрабатывать метку NFC.

[0055] В другом варианте осуществления настоящего изобретения, предусмотрен способ идентификации метки. Как показано на фиг. 2, способ включает в себя:

[0056] 201: контроллер NFC отправляет сообщение функции формата на главное устройство, где сообщение функции формата несет информацию о том, имеет ли контроллер NFC возможность осуществления обнаружения NDEF на метке.

[0057] В необязательном порядке, контроллер NFC отправляет сообщение функции формата на главное устройство в следующих двух режимах:

[0058] Режим 1: главное устройство отправляет команду инициализации на контроллер NFC; контроллер NFC отправляет ответ инициализации на главное устройство после приема команды инициализации, то есть сообщение функции формата, в частности, является ответом инициализации, где команда инициализации используется для инициализации контроллера NFC. Например, главное устройство отправляет CORE_INIT_CMD (команду инициализации) на контроллер NFC, то есть главное устройство инициализирует контроллер NFC; и затем контроллер NFC возвращает CORE_INIT_RSP (ответ инициализации) на главное устройство после приема CORE_INIT_CMD. В ответе CORE_INIT_RSP, когда поле поддерживаемого интерфейса радиочастотного выявления включает в себя 0×04, то есть NDEF Access RF Interface, это указывает, что контроллер NFC имеет возможность обнаружения NDEF.

[0059] Режим 2: главное устройство отправляет команду запроса формата на контроллер NFC; контроллер NFC отправляет ответ на запрос формата на главное устройство после приема команды запроса формата, то есть сообщение функции формата, в частности, является ответом на запрос формата. Например, главное устройство отправляет FORMAT_INQ_CMD (команду запроса формата) на контроллер NFC, и затем контроллер NFC возвращает FORMAT_INQ _RSP (ответ на запрос формата) на главное устройство после приема FORMAT_INQ_CMD.

[0060] Безусловно, этот вариант осуществления не ограничивается двумя вышеприведенными режимами, которые используются в качестве примеров. Контроллер NFC может дополнительно добавлять, в сообщение, отправленное на главное устройство, информацию о том, имеет ли контроллер NFC возможность осуществления обнаружения NDEF на метке.

[0061] 202: главное устройство отправляет команду конфигурации на контроллер NFC, где команда конфигурации используется для указания, осуществляет ли контроллер NFC обнаружение NDEF на метке.

[0062] Например, главное устройство отправляет команду CORE_SET_CONFIG_CMD на контроллер NFC, где команда CORE_SET_CONFIG_CMD включает в себя параметр формата. Конкретная форма параметра формата показана в таблице 3.

ТАБЛИЦА 3
CORE_SET_CONFIG_CMD
Parameter 1	3 октета	ID	1 октет	0×A0
Len	1 октет	1
Val	1 октет	Нуль указывает, что обнаружение NDEF не осуществляется, и ненулевое значение указывает, что обнаружение NDEF осуществляется

[0063] В таблице 3 приведены следующие примеры смыслов или значений, указанных полями:

Parameter 1 указывает параметр формата, и параметр формата имеет три байта (3 октета);

ID (идентификатор) занимает один байт (1 октет), и 0xA0 указывает идентификатор параметра формата;

Len (длина) занимает один байт (1 октет), и 1 указывает, что длина Val составляет один байт; и

Val (значение) занимает один байт (1 октет), и когда значение Val равно 0000 0000, это указывает, что команда конфигурации предписывает контроллеру NFC не осуществлять обнаружение NDEF на метке; когда значение Val не равно нулю (например, 0000 0001), это указывает, что команда конфигурации предписывает контроллеру NFC осуществлять обнаружение NDEF на метке.

[0064] Следует отметить, что значение байта, занятого Parameter 1 не ограничено в этом варианте осуществления; когда байт, занятый ID, Len или Val, включенным в Parameter 1, изменяется, значение байта, занятого Parameter 1, также может изменяться.

[0065] В необязательном порядке, команда конфигурации дополнительно используется для указания того, что контроллер NFC осуществляет обнаружение типа данных на метке. Когда команда CORE_SET_CONFIG_CMD, отправленная главным устройством на контроллер NFC, дополнительно используется для указания того, что контроллер NFC осуществляет обнаружение типа данных на метке, команда CORE_SET_CONFIG_CMD включает в себя параметр формата и параметр типа данных, существует два режима представления для CORE_SET_CONFIG_CMD, и конкретные формы показаны в таблице 4 и таблице 5.

ТАБЛИЦА 4
CORE_SET_CONFIG_CMD
Parameter 1	3 октета	ID	1 октет	0×A0
Len	1 октет	1
Val	1 октет	Нуль указывает, что обнаружение NDEF не осуществляется, и ненулевое значение указывает, что обнаружение NDEF осуществляется
Parameter 2	3 октета	ID	1 октет	0×A1
Len	1 октет	1
Val	1 октет	X указывает тип данных метки, который необходимо обнаруживать

[0066] Подробное описание параметра формата Parameter 1, можно найти в описаниях в таблице 3, и детали здесь повторно не описаны.

[0067] В таблице 4 приведены следующие примеры смыслов или значений, указанных полями:

Parameter 2 указывает параметр типа данных, и параметр типа данных имеет три байта (3 октета);

ID (идентификатор) занимает один байт (1 октет), и 0xA1 указывает идентификатор параметра типа данных;

Len (длина) занимает один байт (1 октет), и 1 указывает, что длина Val составляет один байт; и

Val (значение) занимает один байт (1 октет), и когда значение X для Val равно 0101 0000, это указывает, что команда конфигурации предписывает контроллеру NFC осуществлять обнаружение на втором и четвертом типах данных. Можно понять, что метка имеет восемь типов данных; главное устройство размещает восемь типов данных в определенной последовательности и ставит каждый бит значения Val в соответствие с одним типом данных. Когда бит в X равен 1, это указывает, что тип данных, соответствующий биту, необходимо обнаруживать; когда бит равен 0, это указывает, что тип данных, соответствующий биту, не требуется обнаруживать. Например, последовательность, от первого типа до восьмого типа, из восьми типов данных такова: 0×00, 0×01, 0×02, 0×03, 0×04, 0×05, 0×06 и 0×07. Соответственно, первый бит соответствует 0×00, второй бит соответствует 0×01, третий бит соответствует 0×02, четвертый бит соответствует 0×03, и по аналогии, восьмой бит соответствует 0×07. Согласно требованию команды конфигурации в таблице 4, контроллер NFC обнаруживает, является ли тип данных метки одним из двух типов данных: 0×01 или 0×03.

ТАБЛИЦА 5
CORE_SET_CONFIG_CMD
Parameter 1	3 октета	ID	1 октет	0×A0
Len	1 октет	1
Val	1 октет	Нуль указывает, что обнаружение NDEF не осуществляется, и ненулевое значение указывает, что обнаружение NDEF осуществляется
Parameter 2	3 октета	ID	1 октет	0×A1
Len	1 октет	1
Val	1 октет	Нуль указывает обнаружение типа данных не осуществляется, и ненулевое значение указывает, что обнаружение типа данных осуществляется

[0068] В таблице 5 приведены следующие примеры смыслов или значений, указанных полями:

Подробное описание параметра формата Parameter 1, можно найти в описаниях в таблице 3, и детали здесь повторно не описаны;

Parameter 2 указывает параметр типа данных, и параметр типа данных имеет три байта (3 октета);

ID (идентификатор) занимает один байт (1 октет), и 0xA1 указывает идентификатор параметра типа данных;

Len (длина) занимает один байт (1 октет), и 1 указывает, что длина Val составляет один байт; и

Val (значение) занимает один байт (1 октет), и когда значение Val равно 0000 0000, это указывает, что команда конфигурации предписывает контроллеру NFC не осуществлять обнаружение типа данных на метке; когда значение Val не равно нулю (например, 0000 0001), это указывает, что команда конфигурации предписывает контроллеру NFC осуществлять обнаружение типа данных на метке.

[0069] На этом этапе, описание главного устройства, контроллера NFC и NDEF, приведено в описании этапа 102 на фиг. 1.

[0070] 203: контроллер NFC отправляет сообщение ответа на команду конфигурации на главное устройство.

[0071] После приема команды конфигурации, отправленная главным устройством, контроллер NFC отправляет сообщение ответа на команду конфигурации на главное устройство, где сообщение ответа на команду конфигурации может быть CORE_SET_CONFIG_RSP.

[0072] 204: главное устройство отправляет команду начала радиочастотного выявления на контроллер NFC.

[0073] После приема сообщения ответа на команду конфигурации, отправленного контроллером NFC, главное устройство отправляет команду начала радиочастотного выявления на контроллер NFC; или главное устройство ожидает, после отправки команду конфигурации, в течение заранее определенного времени до начала отправки команды начала радиочастотного выявления на контроллер NFC.