คู่มือการแปลข้อมูล EPCglobal TDT 1.4

ดาวน์โหลด  มาตรฐาน EPCglobal แท็ก Data Translation

สิ่งที่ EPCglobal TDT 1.4 กำหนด

EPCglobal แท็ก Data Translation 1.4 ซึ่งมักเรียกย่อว่า EPCglobal TDT 1.4 เป็นมาตรฐานสำหรับการแปลข้อมูล Electronic Product Code ระหว่างรูปแบบต่างๆ ที่ใช้โดยแท็ก RFID โครงสร้างพื้นฐานเครื่องอ่าน มิดเดิลแวร์ และแอปพลิเคชันระดับองค์กร จุดประสงค์ไม่ใช่การสร้างตัวระบุผลิตภัณฑ์ใหม่ แต่เป็นการอธิบายว่าตัวระบุที่มีอยู่ซึ่งอิงตาม EPC และ GS1 สามารถตรวจสอบและแปลงได้อย่างสอดคล้องกันในรูปแบบที่เครื่องอ่านได้ สำหรับโครงการ RFID เรื่องนี้มีความสำคัญเพราะตัวตนของวัตถุเดียวกันอาจปรากฏเป็นค่าไบนารีในหน่วยความจำแท็ก เป็น URI การเข้ารหัสแท็กในระบบระดับต่ำ เป็น URI ตัวตนล้วนในแอปพลิเคชันทางธุรกิจ หรือเป็นรหัสเดิมแบบซีเรียลไลซ์ในฐานข้อมูล

มาตรฐานนี้มีความเกี่ยวข้องอย่างใกล้ชิดกับ EPC แท็ก Data Standards แต่แก้ปัญหาที่แตกต่างกัน TDS อธิบายความหมายและโครงสร้างของรูปแบบการเข้ารหัส EPC ขณะที่ TDT จัดเตรียมวิธีการที่มีโครงสร้างซึ่งซอฟต์แวร์สามารถใช้ดำเนินการตามกฎการแปลได้ ในทางปฏิบัติ TDT ช่วยให้ตรรกะการเข้ารหัสและถอดรหัสสามารถแสดงผ่าน XML markup คำจำกัดความฟิลด์ รูปแบบ ไวยากรณ์ ข้อจำกัดการตรวจสอบ และกฎการประมวลผล ซึ่งลดความเสี่ยงที่ระบบต่างๆ จะตีความค่า EPC เดียวกันแตกต่างกัน

บทบาทหลักในการแปลข้อมูล EPC และ RFID

EPCglobal TDT 1.4 มีประโยชน์อย่างยิ่งเมื่อระบบต้องย้ายข้อมูลข้ามหลายชั้นของสถาปัตยกรรม RFID แท็กอาจเก็บการแทนค่าไบนารีแบบกะทัดรัดเนื่องจากหน่วยความจำแท็กมีจำกัดและปรับให้เหมาะกับการอ่านที่รวดเร็ว มิดเดิลแวร์อาจต้องแปลงค่านั้นเป็นรูปแบบ URI สำหรับการกรองและการบันทึกเหตุการณ์ แอปพลิเคชันทางธุรกิจอาจต้องการ URI ตัวตนล้วนเพราะไม่จำเป็นต้องทราบความยาวแท็ก ค่าพาร์ติชัน หรือค่าฟิลเตอร์ ในขั้นตอนการทำงานอื่น ตัวระบุเดิมแบบซีเรียลไลซ์ เช่น SGTIN, SSCC, SGLN, GRAI, GIAI, GSRN หรือ GDTI อาจต้องเข้ารหัสเป็นหรือถอดรหัสจากการแทนค่า EPC

มาตรฐานนี้ยังช่วยป้องกัน "ความไม่เข้ากัน" ระหว่างระบบ ตัวอย่างเช่น ชั้นเครื่องอ่าน RFID อาจทำงานใกล้กับค่าไบนารี ขณะที่ EPCIS หรือแอปพลิเคชันฐานข้อมูลอาจคาดหวัง URI หากไม่มีวิธีการแปลร่วมกัน นักพัฒนาอาจสร้างโค้ดแยกกันในแต่ละชั้น นำไปสู่การตรวจสอบที่ไม่สอดคล้อง การจัดรูปแบบซีเรียลที่ผิด หรือการจัดการความยาว GS1 Company Prefix ที่ไม่ถูกต้อง TDT แก้ปัญหานี้โดยกำหนดกระบวนการแปลร่วมที่ขับเคลื่อนด้วยกฎ ซึ่งสามารถฝังไว้ในเครื่องอ่าน มิดเดิลแวร์ เครื่องมือตรวจสอบ หรือแอปพลิเคชันระดับองค์กรที่ประมวลผล RFID แท็ก.

ระดับการแปลที่ TDT ใช้

การแทนค่าไบนารี

ระดับไบนารีเป็นรูปแบบที่ปกติจัดเก็บใน EPC memory bank ของแท็ก RFID มีความกะทัดรัด มีประสิทธิภาพ และรวมข้อมูลเช่นเฮดเดอร์ ค่าฟิลเตอร์ ค่าพาร์ติชัน และฟิลด์ข้อมูล ระดับนี้สำคัญมากสำหรับการเขียนและอ่านแท็ก แต่โดยทั่วไปไม่ใช่รูปแบบที่ดีที่สุดสำหรับระบบธุรกิจในการจัดเก็บเป็นตัวระบุระยะยาว

URI การเข้ารหัสแท็ก

URI การเข้ารหัสแท็กมีความสัมพันธ์แบบหนึ่งต่อหนึ่งกับค่าไบนารีบนแท็ก โดยแสดงรูปแบบการเข้ารหัส EPC ความยาวแท็ก และค่าฟิลเตอร์ในรูปแบบข้อความที่มีโครงสร้าง มีประโยชน์สำหรับซอฟต์แวร์ระดับต่ำที่ต้องเข้าใจอย่างชัดเจนว่าแท็กควรถูกเข้ารหัสหรือถอดรหัสอย่างไร

URI ตัวตนล้วน

URI ตัวตนล้วนแสดงตัวตนของวัตถุโดยไม่มีรายละเอียดเฉพาะแท็ก เช่น ความยาวบิตหรือค่าฟิลเตอร์ ทำให้เหมาะสำหรับแอปพลิเคชันระดับองค์กร การแลกเปลี่ยนข้อมูล และเหตุการณ์ EPCIS แท็กสองแท็กที่มีการเข้ารหัสไบนารีต่างกันอาจยังอ้างถึงตัวตนวัตถุเดียวกันในระดับนี้ได้ หากฟิลด์ตัวตนหลักเหมือนกัน

รหัสเดิมแบบซีเรียลไลซ์

ระดับรหัสเดิมแบบซีเรียลไลซ์เชื่อมโยงข้อมูล EPC กับคีย์ระบุตัวตน GS1 ที่มีอยู่ ตัวอย่างได้แก่ GTIN แบบซีเรียลไลซ์, SSCC, ตัวระบุตำแหน่งที่อิง GLN, ตัวระบุทรัพย์สินที่หมุนเวียนได้ และตัวระบุทรัพย์สินแต่ละรายการ TDT ไม่ได้แปลงตัวระบุทางธุรกิจหนึ่งเป็นอีกตัวหนึ่งอย่างอิสระ แต่แปลระหว่างการแทนค่าภายในรูปแบบการเข้ารหัสที่รองรับ

กระบวนการ TDT 1.4 ทำงานอย่างไร

กระบวนการ TDT เริ่มต้นด้วยค่าอินพุต การแทนค่าเอาต์บาวด์ที่ต้องการ และพารามิเตอร์ที่ให้มาใดๆ ที่จำเป็นสำหรับการแก้ไขการแปล ซอฟต์แวร์จะกำหนดการแทนค่าอินบาวด์และรูปแบบการเข้ารหัส ตรวจสอบฟิลด์ ดึงค่าจากรูปแบบอินบาวด์ ใช้กฎ และจัดรูปแบบเอาต์พุตตามระดับเอาต์บาวด์ที่เลือก สำหรับรูปแบบที่อิงพาร์ติชัน GS1 ความยาวของ GS1 Company Prefix มีความสำคัญเป็นพิเศษเพราะส่งผลต่อวิธีแบ่งและตรวจสอบฟิลด์

TDT 1.4 แสดงรูปแบบผ่านรูปแบบ regular expression และไวยากรณ์ ABNF Regular expression ใช้สำหรับจดจำและแยกวิเคราะห์ค่าอินบาวด์ ขณะที่กฎไวยากรณ์กำหนดวิธีประกอบค่าเอาต์บาวด์ XML markup ยังอธิบายความยาวฟิลด์ ช่วงตัวเลข ข้อจำกัดอักขระ พฤติกรรมการเติม ฟิลด์ที่ได้มา และฟังก์ชันหลัก ทำให้กระบวนการแปลบำรุงรักษาได้ง่ายกว่าการฮาร์ดโค้ดทุกรูปแบบแยกกันในตรรกะแอปพลิเคชัน

มาตรฐานนี้แยกการดำเนินการตามกฎออกเป็นสองขั้นตอนสำคัญ: EXTRACT และ FORMAT กฎ EXTRACT ทำงานหลังจากค่าอินบาวด์ถูกแยกวิเคราะห์แล้ว ช่วยหาหรือปรับมาตรฐานฟิลด์จากอินพุต กฎ FORMAT เตรียมฟิลด์ที่จำเป็นสำหรับสร้างการแทนค่าเอาต์บาวด์ การแยกนี้มีคุณค่าเพราะข้อมูลที่จำเป็นสำหรับอ่านค่า EPC ไม่ได้เหมือนกับข้อมูลที่จำเป็นสำหรับส่งออกในการแทนค่าอื่นเสมอไป

คุณค่าในทางปฏิบัติสำหรับโครงการ RFID

สำหรับผู้ให้บริการโซลูชัน TDT 1.4 จัดเตรียมวิธีที่มีระเบียบในการรักษาการเข้ารหัสและถอดรหัส EPC ให้สอดคล้องกัน across อุปกรณ์ มิดเดิลแวร์ แพลตฟอร์มคลาวด์ และฐานข้อมูล มีความเกี่ยวข้องกับการติดตามคลังสินค้า การระบุสินค้าค้าปลีก การจัดการทรัพย์สิน การมองเห็นในโลจิสติกส์ รายการขนส่งที่หมุนเวียนได้ การระบุเอกสาร และการระบุความสัมพันธ์ด้านบริการ ยังรองรับความพร้อมสำหรับอนาคตเพราะไฟล์ TDT markup ที่อัปเดตสามารถอธิบายกฎการเข้ารหัสใหม่หรือที่แก้ไขได้โดยไม่ต้องเขียนส่วนประกอบแอปพลิเคชันใหม่ทั้งหมดตั้งแต่ต้น

ในการวางแผนการติดตั้ง ควรถือว่า TDT เป็นส่วนหนึ่งของสถาปัตยกรรมข้อมูล ไม่ใช่เพียงยูทิลิตี้แท็กระดับต่ำ ทีมที่เลือก RFID เครื่องอ่านมิดเดิลแวร์ หรือซอฟต์แวร์ EPCIS ควรยืนยันว่ารองรับรูปแบบ EPC ใดบ้าง มีการรายงานข้อผิดพลาดการตรวจสอบอย่างไร มีการจัดการพารามิเตอร์ความยาวพรีฟิกซ์อย่างถูกต้องหรือไม่ และระบบสามารถส่งออกการแทนค่าที่แอปพลิเคชันธุรกิจปลายทางต้องการได้หรือไม่ แม้แต่ผลิตภัณฑ์ระบุตัวตนที่ใช้บัตรเช่น บัตรพลาสติก ก็อาจได้ประโยชน์จากหลักการเดียวกัน: ตัวพาจะมีประโยชน์ก็ต่อเมื่อตัวตนที่เข้ารหัสสามารถตีความได้อย่างเชื่อถือได้โดยทั้งระบบ

คำถามที่พบบ่อยเกี่ยวกับ EPCglobal TDT 1.4

EPCglobal TDT 1.4 ใช้ทำอะไร?

EPCglobal TDT 1.4 ใช้แปลข้อมูล EPC ระหว่างไบนารี URI การเข้ารหัสแท็ก URI ตัวตนล้วน รหัสเดิมแบบซีเรียลไลซ์ และรูปแบบเอาต์พุตที่เกี่ยวข้อง ช่วยให้ซอฟต์แวร์ RFID ตรวจสอบค่า EPC จดจำรูปแบบที่รองรับ ใช้กฎฟิลด์ และสร้างการแทนค่าที่สอดคล้องกันสำหรับชั้นถัดไปของระบบ

TDT เหมือนกับ EPC แท็ก Data Standard หรือไม่?

ไม่ EPC แท็ก Data Standards กำหนดรูปแบบ EPC และกฎการเข้ารหัส ขณะที่ TDT อธิบายว่ากฎเหล่านั้นสามารถแสดงในรูปแบบที่เครื่องอ่านได้สำหรับการแปลด้วยซอฟต์แวร์อย่างไร TDS เป็นข้อมูลอ้างอิงเชิงความหมายและโครงสร้าง ส่วน TDT เป็นกลไกในทางปฏิบัติที่ช่วยให้แอปพลิเคชันนำกฎเหล่านั้นไปใช้อย่างสอดคล้องกัน

ทำไม TDT จึงมีทั้งรูปแบบไบนารีและ URI?

แท็ก RFID โดยปกติต้องการข้อมูลไบนารีที่กะทัดรัด ขณะที่ระบบซอฟต์แวร์มักต้องการรูปแบบ URI ที่อ่านได้และเสถียร รูปแบบไบนารีมีประสิทธิภาพสำหรับหน่วยความจำแท็กและการทำงานของเครื่องอ่าน รูปแบบ URI ง่ายกว่าสำหรับมิดเดิลแวร์ เหตุการณ์ EPCIS ฐานข้อมูล และแอปพลิเคชันธุรกิจในการแลกเปลี่ยนโดยไม่ขึ้นกับรายละเอียดแท็กทางกายภาพ

TDT สามารถแปลงตัวระบุใดๆ เป็นตัวระบุอื่นได้หรือไม่?

ไม่ TDT แปลระหว่างการแทนค่าภายในรูปแบบการเข้ารหัส EPC ที่เฉพาะเจาะจง ตัวอย่างเช่น สามารถแปลงการแทนค่า SGTIN ที่รองรับจากไบนารีเป็น URI ตัวตนล้วนได้ แต่ไม่สามารถแปลง SSCC เป็น SGTIN ตามอำเภอใจได้ ความหมายทางธุรกิจของตัวระบุต้องคงความสอดคล้อง

EPCglobal TDT 1.4 เปลี่ยนแปลงอะไรเมื่อเทียบกับเวอร์ชันก่อนหน้า?

เวอร์ชัน 1.4 สอดคล้องกับ TDS 1.4 และเพิ่มการรองรับรูปแบบเช่น GSRN และ GDTI ยังอัปเดตคำจำกัดความสคีมา ชี้แจงพฤติกรรมการเติมสำหรับเอาต์พุตไบนารี เพิ่มการรองรับฟังก์ชันเช่นการจัดการวันที่ และปรับปรุงวิธีอธิบายแอตทริบิวต์ฟิลด์และการอ้างอิงสำหรับซอฟต์แวร์การแปล

ใครควรให้ความสนใจกับมาตรฐานนี้?

นักพัฒนาซอฟต์แวร์ RFID ผู้รวมระบบ ผู้ให้บริการโซลูชัน ผู้จำหน่ายมิดเดิลแวร์ และองค์กรที่ใช้การระบุตัวตนที่อิง EPC ควรเข้าใจ TDT มีความสำคัญเป็นพิเศษเมื่อระบบหลายระบบอ่าน เขียน ตรวจสอบ จัดเก็บ หรือแลกเปลี่ยนค่า EPC และต้องหลีกเลี่ยงการตีความที่ไม่สอดคล้องกัน across ชั้นเทคนิค

TDT ต้องการการเชื่อมต่ออินเทอร์เน็ตแบบเรียลไทม์หรือไม่?

ไม่ ไฟล์ TDT markup และตารางเสริมสามารถแคชไว้ในเครื่องได้ ระบบอาจตรวจสอบไฟล์คำจำกัดความที่อัปเดตจากแหล่งที่เชื่อถือได้เป็นระยะ แต่การแปลและการตรวจสอบสามารถทำได้โดยไม่ต้องเข้าถึงเครือข่ายอย่างต่อเนื่องเมื่อมีคำจำกัดความที่จำเป็นอยู่ในสภาพแวดล้อมภายในเครื่องแล้ว