Πλήκτρα NFC για συστήματα μελών: UID, NDEF και χαρτογράφηση μελών

Ένα μπρελόκ NFC μπορεί να αναγνωρίσει ένα μέλος, να ανοίξει μια εμπειρία ιστού ή να κάνει και τα δύο. Το λάθος είναι ότι τα αντιμετωπίζουμε ως την ίδια τεχνική ροή εργασίας.

Σε ένα πρόγραμμα συνδρομής ή αφοσίωσης, το βασικό ερώτημα δεν είναι απλώς ποιο τσιπ NFC να αγοράσετε. Είναιποιο αναγνωριστικό θα εμπιστευτεί το σύστημα, πού θα διατηρηθεί το αρχείο μέλους και πώς θα εκδοθεί, αντικατασταθεί, απενεργοποιηθεί και αντιστοιχιστεί εκ νέου το φυσικό κλειδί χωρίς να παραβιαστεί αυτή η αντιστοίχιση.

Αυτός ο οδηγός εστιάζει σε αυτήν την αρχιτεκτονική δεδομένων. Απευθύνεται σε χειριστές γυμναστηρίων, συλλόγους, πλατφόρμες αφοσίωσης, μέλη-ενοποιητές συστημάτων και ομάδες προμηθειών που σχεδιάζουν μαζική ανάπτυξη κλειδιού NFC.

 

Ξεκινήστε με τη συναλλαγή μέλους, όχι με το κλειδί

Ένα μπρελόκ NFC είναι διαπιστευτήριο. Δεν υπολογίζει πόντους, δεν αποφασίζει εάν μια συνδρομή είναι ενεργή, δεν αποθηκεύει το έγκυρο προφίλ πελάτη ή δεν εφαρμόζει επιχειρηματικούς κανόνες από μόνη της.

Μια αλληλεπίδραση μέλους ακολουθεί συνήθως μία από τις δύο διαδρομές:

Αφιερωμένη-διαδρομή ανάγνωσης:
μέλος → μπρελόκ NFC → συμβατός αναγνώστης → αναγνωριστικό διαπιστευτηρίων → λογισμικό μέλους → εγγραφή μέλους → check-in / όφελος / άδεια

Διαδρομή πατήματος τηλεφώνου-:
μέλος → μπρελόκ NFC → smartphone → URL NDEF → υποστήριξη ιστού ή εφαρμογής → εγγραφή λογαριασμού ή καμπάνιας → ενέργεια συμμετοχής

Αυτά τα μονοπάτια μπορούν να χρησιμοποιούν τον ίδιο παράγοντα φυσικής μορφής, αλλά δεν έχουν τις ίδιες τεχνικές απαιτήσεις.

Εάν το έργο είναι κατά κύριο λόγο πρόσβαση σε πόρτα και όχι αναγνώριση μέλους, η απαίτηση ελέγχου είναι το εγκατεστημένο σύστημα πρόσβασης. Syntek'sοδηγός συμβατότητας κλειδιού εγγύτηταςκαλύπτει αυτή τη διαφορετική εργασία χρήστη.

 

Το UID, το NDEF και το ID μέλους είναι τρία διαφορετικά πράγματα

Τα έργα μελών συχνά αποτυγχάνουν επειδή πολλά αναγνωριστικά αντιμετωπίζονται ως εναλλάξιμα.

Το Φόρουμ NFC ορίζειNDEFως κοινή μορφή για δεδομένα εφαρμογών σε συσκευές και ετικέτες που συμμορφώνονται με το φόρουμ NFC-. Μια εγγραφή NDEF μπορεί να φέρει ένα URI ή άλλο ωφέλιμο φορτίο εφαρμογής, αλλά το επιχειρηματικό νόημα αυτής της εγγραφής ανήκει στην εφαρμογή πίσω από αυτήν.

NXPΤεκμηρίωση NTAG213/215/216επιβεβαιώνει ότι η οικογένεια NTAG21x υποστηρίζει τη συμπεριφορά της ετικέτας τύπου 2 του φόρουμ NFC, τις δομές δεδομένων ISO/IEC 14443 Τύπου Α και NDEF. Παρέχει επίσης ένα προγραμματισμένο UID από τον κατασκευαστή. Αυτές οι δυνατότητες είναι χρήσιμες, αλλά εξακολουθούν να αντιπροσωπεύουν διαφορετικά επίπεδα: UID για ταυτότητα τσιπ, NDEF για δεδομένα εφαρμογής και εγγραφές υποστήριξης για λογική ιδιότητας μέλους.

 

Επιλέξτε μία από τις τρεις αρχιτεκτονικές μελών

1. Αποκλειστικός αναγνώστης + χαρτογράφηση διαπιστευτηρίων

Σε αυτό το μοντέλο, ο χειριστής εκδίδει κάθε μπρελόκ ως διαπιστευτήριο συστήματος. Ένας συμβατός αναγνώστης καταγράφει το αναγνωριστικό ή τα δεδομένα εφαρμογής που αναμένονται από την πλατφόρμα μέλους. Το backend αντιστοιχίζει αυτά τα διαπιστευτήρια σε μια εγγραφή μέλους.

Αυτή η αρχιτεκτονική ταιριάζει σε επαναλαμβανόμενα check-in, είσοδο στο κλαμπ, ντουλάπια,-υποβοηθούμενη αναγνώριση αφοσίωσης και άλλα διαχειριζόμενα σημεία επαφής όπου ο χειριστής ελέγχει τον αναγνώστη.

Τα κρίσιμα ερωτήματα είναι:

• Ποιο ακριβές τσιπ ή τεχνολογία διαπιστευτηρίων υποστηρίζει ο εγκατεστημένος αναγνώστης;
• Ποια τιμή καταχωρεί το λογισμικό: UID, αριθμός κάρτας, δεδομένα τομέα/αρχείου ή άλλο αναγνωριστικό{0}}καθορισμένο από το σύστημα;
• Μπορεί ένα μέλος να έχει περισσότερα από ένα ενεργά διαπιστευτήρια;
• Μπορεί ένα διαπιστευτήριο να απενεργοποιηθεί ανεξάρτητα από τον λογαριασμό μέλους;
• Πώς γίνεται ο χειρισμός των χαμένων, επιστροφών ή αντικατάστασης fobs;

Το NDEF μπορεί να είναι άσχετο σε αυτήν την αρχιτεκτονική. Ένα μπρελόκ μπορεί να είναι έγκυρο διαπιστευτήριο ιδιότητας μέλους ακόμα και όταν δεν απαιτείται-αναγνώσιμη διεύθυνση URL από το τηλέφωνο.

2. Πατήστε στο τηλέφωνο + URL NDEF

Σε μια-πρώτη εμπειρία συνδρομής τηλεφώνου, το μπρελόκ συνήθως φέρει ένα URI NDEF που οδηγεί σε μια ιστοσελίδα, ροή ενεργοποίησης, πύλη λογαριασμού, σελίδα αφοσίωσης ή διαδρομή εφαρμογής.

ΟΤεχνική επισκόπηση του NFC Forumπεριγράφει τις Ετικέτες φόρουμ NFC ως φορείς μηνυμάτων NDEF που μπορούν να ενεργοποιήσουν ενέργειες όπως το άνοιγμα μιας σύνδεσης στο Διαδίκτυο. Η Apple επίσης τεκμηριώνει την ανάγνωση ετικετών NFC στο παρασκήνιο γύρω από τις εγγραφές NDEF URI σε υποστηριζόμενα iPhoneCore NFC.

Για αυτήν την αρχιτεκτονική, μια μοναδική διεύθυνση URL θα πρέπει κανονικά να περιέχει ένα αδιαφανές διακριτικό ή αναγνωριστικό έργου αντί να εκθέτει το όνομα, το email, το υπόλοιπο ή άλλα περιττά προσωπικά δεδομένα ενός μέλους απευθείας στην ετικέτα.

Το backend ιστού μπορεί στη συνέχεια να επιλύσει αυτό το διακριτικό στην κατάλληλη εγγραφή και να αποφασίσει τι επιτρέπεται να δει ή να κάνει ο χρήστης.

3. Αλληλεπίδραση υβριδικού αναγνώστη + τηλεφώνου

Ορισμένα έργα θέλουν ένα κλειδί για να υποστηρίζει μια ροή εργασίας διαχειριζόμενης ανάγνωσης και μια εμπειρία-πατήματος τηλεφώνου.

Αυτό μπορεί να είναι χρήσιμο, για παράδειγμα, όταν ένα γυμναστήριο θέλει έναν ειδικό αναγνώστη για check-in-επιτρέποντας ταυτόχρονα στο μέλος να πατήσει το ίδιο fob με ένα τηλέφωνο για να ανοίξει μια σελίδα λογαριασμού.

Μην υποθέσετε ότι οι δύο διαδρομές είναι αυτόματα συμβατές επειδή μοιράζονται το ίδιο τσιπ NFC. Επικυρώστε τα ξεχωριστά:

• ο αναγνώστης πρέπει να υποστηρίζει την ακριβή τεχνολογία διαπιστευτηρίων και το αναγνωριστικό που χρησιμοποιείται από το σύστημα μελών·
• η διαδρομή τηλεφώνου πρέπει να διαβάζει το εγκεκριμένο ωφέλιμο φορτίο NDEF και να ανοίγει τον αναμενόμενο προορισμό.
• το backend πρέπει να γνωρίζει πώς το αναγνωριστικό της πλευράς του αναγνώστη-και το πλευρικό διακριτικό NDEF- σχετίζονται με τον ίδιο λογαριασμό.
• μια αντικατάσταση πρέπει να ενημερώσει και τις δύο διαδρομές εάν και οι δύο παραμένουν ενεργές.

 

 

Αποφασίστε ποιο αρχείο είναι η πηγή της αλήθειας

Ο ασφαλέστερος σχεδιασμός μελών συνήθως διατηρεί τολογαριασμό μέλουςως πηγή αλήθειας και αντιμετωπίζει το μπρελόκ ως εκχωρήσιμο διαπιστευτήριο.

Αυτός ο διαχωρισμός διευκολύνει την αντικατάσταση και την εκ νέου ανάθεση.

Αυτό επιτρέπει στον χειριστή να αναστείλει ένα μέλος χωρίς να ξαναγράψει το fob, να αντικαταστήσει ένα κατεστραμμένο μπρελόκ χωρίς να δημιουργήσει νέο λογαριασμό μέλους και να διατηρήσει το ιστορικό συναλλαγών όταν αλλάζει τα διαπιστευτήρια.

 

Δημιουργήστε τη χαρτογράφηση πριν κωδικοποιήσετε την παρτίδα

Μην ξεκινήσετε την παραγωγή μεταβλητών-δεδομένων με μία στήλη υπολογιστικού φύλλου που ονομάζεται "ID". Καθορίστε πρώτα τη σχέση μεταξύ των αναγνωριστικών.

Ένας χάρτης κατασκευής και ανάπτυξης μπορεί να περιλαμβάνει:

Για το απόρρητο και τον λειτουργικό έλεγχο, ο προμηθευτής συνήθως δεν χρειάζεται το προφίλ πλήρους μέλους. Ένα πιο καθαρό μοντέλο είναι ο διαχωρισμός του αρχείου χαρτογράφησης παραγωγής από τη βάση δεδομένων μελών του χειριστή.

Για παράδειγμα, ο προμηθευτής μπορεί να επιστρέψει:

τυπωμένη σειρά ↔ UID ↔ κωδικοποιημένο διακριτικό ↔ κατάσταση παραγωγής

Ο χειριστής μπορεί στη συνέχεια να προσθέσει:

διαπιστευτήριο ↔ αναγνωριστικό μέλους ↔ κατάσταση μέλους

μετά την έκδοση.

 

Μην χρησιμοποιείτε το UID ως συντόμευση ασφαλείας

Ένα UID είναι χρήσιμο για την αναγνώριση, αλλά η αναγνώριση και ο έλεγχος ταυτότητας είναι διαφορετικές λειτουργίες ασφαλείας.

Για μια αναζήτηση αφοσίωσης χαμηλού-κινδύνου, η αντιστοίχιση ενός υποστηριζόμενου αναγνωριστικού διαπιστευτηρίων σε έναν λογαριασμό υποστήριξης μπορεί να είναι αρκετή. Για περιπτώσεις χρήσης υψηλότερου-κίνδυνου, όπως ασφαλής πρόσβαση σε εγκαταστάσεις, αποθηκευμένη αξία ή πληρωμή, το σύστημα ενδέχεται να απαιτεί ισχυρότερο έλεγχο ταυτότητας chip, προστατευμένα δεδομένα εφαρμογής, διαχείριση κλειδιών και ασφάλεια από την πλευρά του προγράμματος ανάγνωσης-.

Ένα βασικό κλειδί NFC δεν πρέπει να περιγράφεται ως ασφαλές μόνο και μόνο επειδή το τσιπ του έχει μοναδικό σειριακό αριθμό. Το απαιτούμενο επίπεδο ασφάλειας πρέπει να προέρχεται από το μοντέλο απειλής και τις προδιαγραφές πλατφόρμας του κατόχου του συστήματος.

Ομοίως, μια περιοχή μνήμης που προστατεύεται με κωδικό πρόσβασης-δεν είναι ίδια με τον κρυπτογραφικό έλεγχο ταυτότητας.

 

Χάθηκε το σχέδιο-Κλειδί-Αντικατάσταση Fob πριν από την κυκλοφορία

Μια ροή εργασιών αντικατάστασης θα πρέπει να διατηρεί τον λογαριασμό μέλους ενώ αλλάζει τα ενεργά διαπιστευτήρια.

Μια πρακτική ακολουθία είναι:

1. Βρείτε τον λογαριασμό μέλους.
2. Επισημάνετε το χαμένο διαπιστευτήριο ως ανενεργό.
3. Επιβεβαιώστε εάν το παλιό αναγνωριστικό πλευράς-αναγνώστη έχει αποκλειστεί από μελλοντική χρήση.
4. Εκδώστε το ανταλλακτικό μπρελόκ.
5. Αντιστοιχίστε τα νέα διαπιστευτήρια στον υπάρχοντα λογαριασμό μέλους.
6. Εάν το έργο χρησιμοποιεί ένα μοναδικό διακριτικό NDEF, αποφασίστε εάν το παλιό διακριτικό πρέπει επίσης να απενεργοποιηθεί ή να περιστραφεί.
7. Επαληθεύστε το νέο fob στη ροή εργασίας του πραγματικού αναγνώστη ή του τηλεφώνου.
8. Επιβεβαιώστε ότι το παλιό διαπιστευτήριο δεν ολοκληρώνει πλέον την προστατευμένη ενέργεια ιδιότητας μέλους.

Αυτός είναι ο λόγος για τον οποίο ο λογαριασμός μέλους δεν πρέπει να είναι μόνιμα συνδεδεμένος με ένα φυσικό UID χωρίς ένα επίπεδο αντικατάστασης διαχειριστή.

 

Η επανατοποθέτηση είναι μια διαφορετική λειτουργία από την αντικατάσταση

Η αντικατάσταση διατηρεί το ίδιο μέλος και αλλάζει τα διαπιστευτήρια. Η εκ νέου ανάθεση διατηρεί τα φυσικά διαπιστευτήρια και αλλάζει το μέλος.

Αυτή η διαφορά έχει σημασία για τα επαναχρησιμοποιήσιμα μπρελόκ σε γυμναστήρια, κλαμπ, προγράμματα ενοικίασης και διαχειριζόμενες εγκαταστάσεις.

Πριν δώσετε ένα επιστρεφόμενο fob σε άλλο άτομο:

• καταργήστε την παλιά σχέση μέλους.
• επιβεβαιώστε ότι ο παλιός λογαριασμός δεν μπορεί να χρησιμοποιήσει ακόμα τα διαπιστευτήρια.
• Επιθεωρήστε το φυσικό μπρελόκ.
• διαβάστε ξανά το ηλεκτρονικό αναγνωριστικό·
• ενημερώστε ή αντικαταστήστε το περιεχόμενο NDEF εάν το έργο χρησιμοποιεί συγκεκριμένα δεδομένα-μελών.
• εξετάστε το ενδεχόμενο να περιστρέψετε ένα μοναδικό διακριτικό ιστού, εάν ο παλιός σύνδεσμος θα μπορούσε να έχει αντιγραφεί, σελιδοδείκτης ή κοινή χρήση.
• εκχωρεί τα διαπιστευτήρια στο νέο μέλος·
• δοκιμάστε το τελικό αποτέλεσμα ανάγνωσης ή/και τηλεφώνου.

Οι κανόνες επανατοποθέτησης θα πρέπει να ορίζονται από τον κάτοχο του συστήματος. Το γεγονός ότι ένα μπρελόκ μπορεί να επαναχρησιμοποιηθεί φυσικά δεν αποδεικνύει ότι τα δεδομένα της εφαρμογής ή η σχέση λογαριασμού είναι έτοιμα για επαναχρησιμοποίηση.

 

Αποφύγετε την αποθήκευση περιττών δεδομένων μέλους στο Key Fob

Τα δεδομένα μελών αλλάζουν. Τα ονόματα, η κατάσταση του προγράμματος, οι βαθμοί, τα οφέλη και τα στοιχεία επικοινωνίας μπορούν όλα να αλλάξουν χωρίς να αντικατασταθεί το φυσικό διαπιστευτήριο.

Για αυτόν τον λόγο, πολλά έργα είναι πιο εύκολο να λειτουργήσουν όταν το key fob αποθηκεύει ή εκθέτει μόνο ένα σταθερό αναγνωριστικό ή αδιαφανές διακριτικό URL, ενώ το backend αποθηκεύει τα μεταβαλλόμενα επιχειρηματικά δεδομένα.

Αυτό μειώνει την ανάγκη επανεγγραφής των διαπιστευτηρίων και περιορίζει τον όγκο των πληροφοριών μέλους που εκτίθενται εάν κάποιος σαρώσει ή διαβάσει την ετικέτα.

Εάν ένα έργο χρειάζεται πραγματικά προστατευμένα δεδομένα για τα διαπιστευτήρια, επιλέξτε το τσιπ και την αρχιτεκτονική ασφάλειας από την απαίτηση συστήματος αντί να ξεκινήσετε με ένα γενικό προϊόν NTAG και να προσπαθήσετε να προσθέσετε ασφάλεια αργότερα.

 

Καθορισμός διπλών κανόνων πριν από την εγγραφή

Υπάρχουν δύο διαφορετικά διπλά προβλήματα:

• διπλότυπα ηλεκτρονικά αναγνωριστικά ή κωδικοποιημένα διακριτικάστην κατασκευασμένη παρτίδα?
• διπλότυπες ενεργές εργασίεςστη βάση δεδομένων μελών.

Το σχέδιο αποδοχής θα πρέπει να ανιχνεύει και τα δύο.

Ένα σωστά κατασκευασμένο μπρελόκ μπορεί ακόμα να εγγραφεί σε λάθος μέλος. Ένα σωστά εγγεγραμμένο μέλος μπορεί να έχει δύο ενεργά διαπιστευτήρια όταν ο επιχειρηματικός κανόνας προοριζόταν μόνο για ένα. Αυτοί είναι διαφορετικοί κάτοχοι αποτυχίας και θα πρέπει να καταγράφονται ξεχωριστά.

 

Δοκιμάστε τη ροή εργασίας για την ολοκληρωμένη ιδιότητα μέλους, όχι μόνο την ανίχνευση NFC

Ένα χρήσιμο δείγμα δοκιμής ακολουθεί την πλήρη συναλλαγή.

Για ευρύτερο υπόβαθρο σχετικά με τη δοκιμή δεδομένων NFC, προορισμών και χαρτογράφησης πριν από τη μαζική παραγωγή, Syntek'sΛίστα ελέγχου δοκιμών NFCεξηγεί γιατί ένα επιτυχημένο πάτημα δεν είναι το ίδιο με μια επιτυχημένη επιχειρηματική ροή εργασίας.

 

Τι να βάλετε σε ένα RFQ Key Fob μέλους NFC

Για την άμεση προμήθεια των φυσικών διαπιστευτηρίων, Syntek'sΣελίδα προϊόντος NFC key fobείναι το εμπορικό επόμενο βήμα. Η επιλογή προϊόντος θα πρέπει να ακολουθεί την εγκεκριμένη αρχιτεκτονική συστήματος αντί να την αντικαθιστά.

 

Ο Κανόνας Ανάπτυξης

Για ένα πρόγραμμα συνδρομής ή αφοσίωσης, αντιμετωπίζετε το κλειδί NFC ως διαπιστευτήριο με δυνατότητα εκχώρησης και όχι ως βάση δεδομένων μελών.

Μια ισχυρή ακολουθία ανάπτυξης είναι:

εργασία μέλους → διαδρομή ανάγνωσης ή τηλεφώνου → τεχνολογία διαπιστευτηρίων → απόφαση UID/NDEF → μοντέλο μέλους υποστήριξης → χαρτογράφηση παραγωγής → κανόνες έκδοσης/αντικατάστασης/εκ νέου εκχώρησης → ολοκληρωμένη-δοκιμή δείγματος → μαζική έγκριση

Αυτή η ακολουθία διατηρεί το φυσικό κλειδί, το ηλεκτρονικό αναγνωριστικό, την τηλεφωνική αλληλεπίδραση και το αρχείο μέλους σε ένα μοντέλο ελεγχόμενων δεδομένων. Επίσης, καθιστά διαχειρίσιμη την αντικατάσταση-χαμένου fob και τη μελλοντική εκ νέου ανάθεση αντί να τα μετατρέπει σε μη αυτόματες εξαιρέσεις βάσης δεδομένων.