Ръководство за превод на RFID данни с EPCglobal TDT 1.4

Изтегляне на EPCglobal етикет данни Translation Standard

Какво дефинира EPCglobal TDT 1.4

EPCglobal етикет данни Translation 1.4, обикновено съкращаван като EPCglobal TDT 1.4, е стандарт за превод на данни от Electronic Product код между форматите, използвани от RFID тагове, инфраструктура за четене, междинен софтуер системи и корпоративни приложения. Целта му не е да създава нов продуктов идентификатор, а да описва как съществуващите EPC и GS1-базирани идентификатори могат да бъдат валидирани и преобразувани по последователен, машинночетим начин. За един RFID проект това е важно, защото една и съща идентичност на обект може да се появи като двоична стойност в паметта на тага, етикет-кодиране URI в ниско ниво система, pure-identity URI в бизнес приложение или сериализиран наследен код в база данни.

Стандартът е тясно свързан с EPC етикет данни Standards, но решава различен проблем. TDS обяснява значението и структурата на EPC схемите за кодиране, докато TDT предоставя структуриран метод, чрез който софтуерът може да изпълнява правилата за превод. На практика TDT позволява логиката за кодиране и декодиране да бъде представена чрез XML маркиране, дефиниции на полета, шаблони, граматика, ограничения за валидиране и правила за обработка. Така се намалява рискът различни системи да интерпретират една и съща EPC стойност по различен начин.

Основна роля при превода на EPC и RFID данни

EPCglobal TDT 1.4 е особено полезен, когато системата трябва да прехвърля данни през няколко слоя на RFID архитектурата. Един таг може да съхранява компактно двоично представяне, тъй като паметта му е ограничена и оптимизирана за бързо четене. Middleware системата може да се нуждае от преобразуване на тази стойност в URI представяне за филтриране и събиране на събития. Бизнес приложението може да предпочете pure identity URI, защото не трябва да познава дължината на тага, partition стойността или filter стойността. В друг работен процес сериализирани наследени идентификатори като SGTIN, SSCC, SGLN, GRAI, GIAI, GSRN или GDTI може да се наложи да бъдат кодирани в EPC представяния или декодирани от тях.

Стандартът също помага да се предотвратят несъответствия между системите. Например слой на RFID четец може да работи близо до двоичната стойност, докато EPCIS или приложения за бази данни може да очакват URI. Без общ метод за превод разработчиците често създават отделен код във всеки слой, което води до непоследователно валидиране, грешно форматиране на серийни номера или неправилна обработка на дължините на GS1 Company Prefix. TDT решава това чрез общ, управляван от правила процес на превод, който може да бъде внедрен в четци, междинен софтуер, инструменти за валидиране или корпоративни приложения, обработващи RFID етикети.

Нива на превод, използвани от TDT

Двоично представяне

Двоичното ниво е форматът, който обикновено се съхранява в EPC паметта на RFID тага. То е компактно, ефективно и включва информация като header, filter value, partition value и полета с данни. Това ниво е критично при запис и четене на тагове, но обикновено не е най-подходящият формат за дългосрочно съхранение на идентификатор в бизнес системи.

етикет-Encoding URI

етикет-кодиране URI има еднозначна връзка с двоичната стойност върху тага. Той изразява EPC схемата за кодиране, дължината на тага и filter value в структуриран текстов формат. Полезен е за софтуер на ниско ниво, който трябва да разбира точно как тагът трябва да бъде кодиран или декодиран.

Pure-Identity URI

Pure-identity URI представя идентичността на обекта без специфични за тага детайли като дължина в битове или filter value. Това го прави подходящ за корпоративни приложения, обмен на данни и EPCIS събития. Два тага с различно двоично кодиране все пак могат да се отнасят към една и съща идентичност на обект на това ниво, ако основните идентификационни полета са еднакви.

Сериализиран наследен код

Нивото на сериализиран наследен код свързва EPC данните със съществуващи GS1 идентификационни ключове. Примерите включват сериализиран GTIN, SSCC, базирани на GLN идентификатори за локации, идентификатори за оборотни активи и идентификатори за индивидуални активи. TDT не преобразува свободно един бизнес идентификатор в друг; той превежда между представяния в рамките на поддържана схема за кодиране.

Как работи процесът TDT 1.4

Процесът TDT започва с входна стойност, изисквано изходно представяне и всички предоставени параметри, необходими за изпълнение на превода. Софтуерът определя входното представяне и схемата за кодиране, валидира полетата, извлича стойности от входния формат, прилага правила и форматира изхода според избраното изходно ниво. При GS1 схеми, базирани на partition, дължината на GS1 Company Prefix е особено важна, защото влияе върху разделянето и валидирането на полетата.

TDT 1.4 изразява форматите чрез шаблони с регулярни изрази и ABNF граматика. Регулярните изрази се използват за разпознаване и анализ на входните стойности, докато граматичните правила определят как се сглобяват изходните стойности. XML маркирането също описва дължини на полета, числови диапазони, ограничения за символи, поведение при допълване, производни полета и основни функции. Това прави процеса на превод по-лесен за поддръжка в сравнение с твърдо кодиране на всяка схема поотделно в приложната логика.

Стандартът разделя изпълнението на правилата на два важни етапа: EXTRACT и FORMAT. Правилата EXTRACT се изпълняват след анализ на входната стойност и помагат за извличане, изчисляване или нормализиране на полета от входа. Правилата FORMAT подготвят полетата, необходими за изграждане на изходното представяне. Това разделение е ценно, защото информацията, нужна за прочитане на EPC стойност, невинаги е идентична с информацията, нужна за извеждането ѝ в друго представяне.

Практическа стойност за RFID проекти

За доставчици на решения TDT 1.4 осигурява дисциплиниран начин за поддържане на последователно EPC кодиране и декодиране между устройства, междинен софтуер, облачни платформи и бази данни. Той е приложим при проследяване в складове, идентификация на артикули в търговията на дребно, управление на активи, логистична видимост, оборотни транспортни единици, идентификация на документи и идентификация на сервизни взаимоотношения. Стандартът също подпомага бъдещата съвместимост, тъй като актуализирани TDT markup файлове могат да описват нови или променени правила за кодиране, без всяка приложна компонента да се пренаписва отначало.

При планиране на внедряване TDT трябва да се разглежда като част от архитектурата на данните, а не само като ниско ниво помощна функция за тагове. Екипите, които избират RFID четци, междинен софтуер или EPCIS софтуер, трябва да проверят кои EPC схеми се поддържат, как се съобщават грешките при валидиране, дали параметрите за дължина на префикса се обработват правилно и дали системата може да изведе представянето, изисквано от последващите бизнес приложения. Дори продукти за идентификация на базата на карти, като пластмаса карти, могат да се възползват от същия принцип: носителят е полезен само когато кодираната идентичност може да бъде надеждно интерпретирана от цялата система.

Често задавани въпроси за EPCglobal TDT 1.4

За какво се използва EPCglobal TDT 1.4?

EPCglobal TDT 1.4 се използва за превод на EPC данни между двоичен формат, етикет-кодиране URI, pure-identity URI, сериализиран наследен код и свързани изходни формати. Той помага на RFID софтуера да валидира EPC стойности, да разпознава поддържани схеми, да прилага правила за полета и да генерира последователно представяне за следващия слой на системата.

TDT същото ли е като EPC етикет данни Standard?

Не. EPC етикет данни Standards дефинират EPC схемите и техните правила за кодиране, докато TDT описва как тези правила могат да бъдат изразени в машинночетим вид за софтуерен превод. TDS е семантичната и структурната референция; TDT е практическият механизъм, който помага на приложенията да прилагат тези правила последователно.

Защо TDT включва както двоични, така и URI формати?

RFID таговете обикновено се нуждаят от компактни двоични данни, докато софтуерните системи често се нуждаят от четими и стабилни URI формати. Двоичният формат е ефективен за паметта на тага и операциите на четеца. URI форматите са по-удобни за обмен между междинен софтуер, EPCIS събития, бази данни и бизнес приложения, без зависимост от физическите детайли на тага.

Може ли TDT да преобразува всеки идентификатор във всеки друг?

Не. TDT превежда между представяния в рамките на конкретна EPC схема за кодиране. Например той може да преобразува поддържано SGTIN представяне от двоичен формат към pure-identity URI, но не може произволно да превърне SSCC в SGTIN. Бизнес значението на идентификатора трябва да остане последователно.

Какво е променено в EPCglobal TDT 1.4 спрямо по-ранните версии?

Версия 1.4 е съгласувана с TDS 1.4 и добавя поддръжка за схеми като GSRN и GDTI. Тя също актуализира schema дефиниции, изяснява поведението при допълване за двоичен изход, добавя функционална поддръжка като обработка на дати и подобрява начина, по който атрибутите и референциите на полетата се описват за софтуер за превод.

За кого е важен този стандарт?

Разработчици на RFID софтуер, системни интегратори, доставчици на решения, доставчици на междинен софтуер и предприятия, използващи EPC-базирана идентификация, трябва да познават TDT. Той е особено важен, когато няколко системи четат, записват, валидират, съхраняват или обменят EPC стойности и трябва да избегнат непоследователна интерпретация между техническите слоеве.

Изисква ли TDT постоянна интернет връзка?

Не. TDT markup файловете и помощните таблици могат да се кешират локално. Системата може периодично да проверява за актуализирани дефиниционни файлове от авторитетен източник, но преводът и валидирането могат да се извършват без постоянна мрежова връзка, след като необходимите дефиниции са налични в локалната среда.