Ffobiau Allweddol NFC ar gyfer Systemau Aelodaeth: UID, NDEF a Mapio Aelodau

Gall ffob allwedd NFC adnabod aelod, agor profiad gwe, neu wneud y ddau. Y camgymeriad yw trin y rheini fel yr un llif gwaith technegol.

Mewn rhaglen aelodaeth neu deyrngarwch, nid y cwestiwn allweddol yn syml yw pa sglodyn NFC i'w brynu. Y maepa ddynodwr y bydd y system yn ymddiried ynddo, ble bydd y cofnod aelod yn byw, a sut y bydd ffob yr allwedd ffisegol yn cael ei gyhoeddi, ei amnewid, ei ddadactifadu a'i ailbennu heb dorri'r mapio hwnnw.

Mae'r canllaw hwn yn canolbwyntio ar y bensaernïaeth ddata honno. Mae ar gyfer gweithredwyr campfa, clybiau, llwyfannau teyrngarwch, -integryddion systemau aelodaeth a thimau caffael sy'n cynllunio system ffob fawr o allweddi NFC.

 

Dechreuwch Gyda'r Trafodyn Aelodaeth, Nid y Ffob Allwedd

Mae ffob allwedd NFC yn gymhwyster dilys. Nid yw'n cyfrifo pwyntiau, yn penderfynu a yw aelodaeth yn weithredol, yn storio'r proffil cwsmer awdurdodol, nac yn cymhwyso rheolau busnes ar ei ben ei hun.

Mae rhyngweithiad aelodaeth fel arfer yn dilyn un o ddau lwybr:

Llwybr darllenwr pwrpasol:
aelod → Ffob allwedd NFC → darllenydd cydnaws → dynodwr credential → meddalwedd aelodaeth → cofnod aelod → siec-mewn / budd / caniatâd

Ffôn-llwybr tap:
aelod → Ffob allwedd NFC → ffôn clyfar → URL NDEF → cefn gwe neu ap → cyfrif neu gofnod ymgyrch → gweithred aelodaeth

Gall y llwybrau hynny ddefnyddio'r un ffactor ffurf ffisegol, ond nid oes ganddynt yr un gofynion technegol.

Os mai mynediad drws yw'r prosiect yn bennaf yn hytrach nag adnabod aelodaeth, y gofyniad rheoli yw'r system mynediad gosodedig. Syntek'scanllaw agosrwydd ffob allweddol cydweddoldebyn cwmpasu'r dasg defnyddiwr gwahanol honno.

 

Mae UID, NDEF ac ID Aelod yn Dri Pheth Gwahanol

Mae prosiectau aelodaeth yn aml yn methu oherwydd bod sawl dynodwr yn cael eu trin fel rhai y gellir eu cyfnewid.

Mae Fforwm NFC yn diffinioNDEFfel fformat cyffredin ar gyfer data rhaglenni ar ddyfeisiau a thagiau sy'n cydymffurfio â Fforwm NFC. Gall cofnod NDEF gario URI neu lwyth cyflog cais arall, ond mae ystyr busnes y cofnod hwnnw yn perthyn i'r cais y tu ôl iddo.

NXP'sDogfennaeth NTAG213/215/216yn cadarnhau bod y teulu NTAG21x yn cefnogi ymddygiad Tag Math 2 Fforwm NFC, ISO / IEC 14443 Math A a strwythurau data NDEF. Mae hefyd yn darparu UID wedi'i raglennu gan y gwneuthurwr. Mae'r galluoedd hynny'n ddefnyddiol, ond maent yn dal i gynrychioli gwahanol haenau: UID ar gyfer hunaniaeth sglodion, NDEF ar gyfer data cais, a chofnodion ôl-ben ar gyfer rhesymeg aelodaeth.

 

Dewiswch Un o Dair Pensaernïaeth Aelodaeth

1. Darllenydd ymroddedig + mapio credadwy

Yn y model hwn, mae'r gweithredwr yn cyhoeddi pob ffob allweddol fel cymhwyster system. Mae darllenydd cydnaws yn dal y dynodwr neu ddata cymhwysiad a ddisgwylir gan y llwyfan aelodaeth. Mae'r ôl-fapiau sy'n ddilys i gofnod aelod.

Mae'r bensaernïaeth hon yn ffitio -gofrestru cylchol, mynediad clwb, loceri, -cydnabyddiaeth teyrngarwch â chymorth staff a phwyntiau cyffwrdd eraill a reolir lle mae'r gweithredwr yn rheoli'r darllenydd.

Y cwestiynau hollbwysig yw:

• Pa dechnoleg sglodyn neu gredadwy yn union y mae'r darllenydd gosodedig yn ei gefnogi?
• Pa werth y mae'r meddalwedd yn ei gofrestru: UID, rhif cerdyn, data sector/ffeil, neu ddynodwr diffiniedig system arall-?
• A all un aelod gael mwy nag un cymhwyster gweithredol?
• A ellir analluogi tystlythyr yn annibynnol o'r cyfrif aelod?
• Sut yr ymdrinnir â ffobiau sy'n cael eu colli, eu dychwelyd neu eu disodli?

Gall NDEF fod yn amherthnasol yn y bensaernïaeth hon. Gall ffob allwedd fod yn nodwedd aelodaeth ddilys hyd yn oed pan nad oes angen URL darllenadwy ffôn.

2. tap ffôn + URL NDEF

Mewn{0}}profiad aelodaeth cyntaf ffôn, mae'r ffob allwedd fel arfer yn cynnwys URI NDEF sy'n pwyntio at dudalen we, llif actifadu, porth cyfrif, tudalen teyrngarwch neu lwybr ap.

Mae'rTrosolwg technegol Fforwm NFCyn disgrifio Tagiau Fforwm NFC fel cludwyr negeseuon NDEF a all sbarduno gweithredoedd megis agor cyswllt rhyngrwyd. Mae Apple yn yr un modd yn dogfennu darlleniad tag NFC cefndir o amgylch cofnodion URI NDEF ar iPhones a gefnogir ynNFC craidd.

Ar gyfer y bensaernïaeth hon, dylai URL unigryw fel arfer gynnwys tocyn afloyw neu ddynodwr prosiect yn hytrach na datgelu enw aelod, e-bost, balans neu ddata personol diangen arall yn uniongyrchol yn y tag.

Yna gall yr ôl-ben gwe ddatrys y tocyn hwnnw i'r cofnod priodol a phenderfynu beth y caniateir i'r defnyddiwr ei weld neu ei wneud.

3. darllenydd hybrid + rhyngweithio ffôn

Mae rhai prosiectau eisiau un ffob allwedd i gefnogi llif gwaith darllenwyr a reolir a{0}}profiad tap ffôn.

Gall hynny fod yn ddefnyddiol, er enghraifft, pan fydd campfa eisiau darllenydd pwrpasol i wirio-i mewn tra hefyd yn gadael i'r aelod dapio'r un ffob â ffôn i agor tudalen cyfrif.

Peidiwch â chymryd yn ganiataol bod y ddau lwybr yn gydnaws yn awtomatig oherwydd eu bod yn rhannu'r un sglodyn NFC. Dilyswch nhw ar wahân:

• rhaid i'r darllenydd gefnogi'r union dechnoleg credential a dynodwr a ddefnyddir gan y system aelodaeth;
• rhaid i'r llwybr ffôn ddarllen y llwyth tâl NDEF cymeradwy ac agor y gyrchfan ddisgwyliedig;
• rhaid i'r ôl-wyneb wybod sut mae'r-dynodwr ochr y darllenydd a'r tocyn ochr NDEF-yn perthyn i'r un cyfrif;
• rhaid i un arall ddiweddaru'r ddau lwybr os yw'r ddau yn parhau i fod yn weithredol.

 

 

Penderfynwch Pa Gofnod Yw Ffynhonnell y Gwirionedd

Mae dyluniad aelodaeth mwyaf diogel fel arfer yn cadw'rcyfrif aelodfel ffynhonnell y gwirionedd ac mae'n trin y ffob allwedd fel cymhwyster priodoladwy.

Mae'r gwahaniad hwnnw'n gwneud amnewid ac ailbennu yn haws.

Mae hyn yn gadael i'r gweithredwr atal aelod heb ailysgrifennu'r ffob yn gorfforol, ailosod ffob allwedd sydd wedi'i ddifrodi heb greu cyfrif aelodaeth newydd, a chadw hanes trafodion pan fydd y cymhwyster yn newid.

 

Adeiladwch y Mapio Cyn i Chi Amgodio'r Swp

Peidiwch â dechrau cynhyrchu data newidyn gydag un golofn taenlen o'r enw "ID." Diffiniwch y berthynas rhwng dynodwyr yn gyntaf.

Gall map gweithgynhyrchu a defnyddio gynnwys:

Ar gyfer preifatrwydd a rheolaeth weithredol, fel arfer nid oes angen y proffil aelod llawn ar y cyflenwr. Model glanach yw gwahanu'r ffeil mapio cynhyrchu oddi wrth gronfa ddata aelodau'r gweithredwr.

Er enghraifft, gall y cyflenwr ddychwelyd:

cyfresol printiedig ↔ UID ↔ tocyn wedi'i amgodio ↔ statws cynhyrchu

Yna gall y gweithredwr ychwanegu:

credential ↔ ID aelod ↔ statws aelodaeth

ar ôl cyhoeddi.

 

Peidiwch â Defnyddio UID fel Llwybr Byr Diogelwch

Mae UID yn ddefnyddiol ar gyfer adnabod, ond mae adnabod a dilysu yn swyddogaethau diogelwch gwahanol.

Ar gyfer -chwiliad teyrngarwch risg isel, gall mapio dynodwr credential a gefnogir i gyfrif ôl-ben fod yn ddigon. Ar gyfer{2}}achosion defnydd risg uwch megis mynediad i gyfleuster diogel, gwerth storio neu daliad, mae'n bosibl y bydd angen dilysu sglodion cryfach ar y system, data cymhwysiad wedi'i ddiogelu, rheolaeth allweddi a diogelwch ochr darllenydd.

Ni ddylid disgrifio ffob allwedd NFC sylfaenol fel un diogel dim ond oherwydd bod gan ei sglodyn rif cyfresol unigryw. Rhaid i'r lefel diogelwch gofynnol ddod o fodel bygythiad perchennog y system a manyleb platfform.

Yn yr un modd, nid yw ardal cof sydd wedi'i diogelu gan gyfrinair yr un peth â dilysu cryptograffig.

 

Cynllun Coll-Allwedd-Fob Replacement Cyn Lansio

Dylai llif gwaith newydd gadw'r cyfrif aelod wrth newid y manylion gweithredol.

Dilyniant ymarferol yw:

1. Dod o hyd i'r cyfrif aelod.
2. Marciwch y rhinweddau coll yn anactif.
3. Cadarnhewch a yw'r hen ddynodwr ochr darllenydd wedi'i rwystro rhag ei ​​ddefnyddio yn y dyfodol.
4. Rhowch y ffob allwedd newydd.
5. Mapiwch y manylion adnabod newydd i'r cyfrif aelod presennol.
6. Os yw'r prosiect yn defnyddio tocyn NDEF unigryw, penderfynwch a oes rhaid i'r hen docyn fod yn anabl neu wedi'i gylchdroi hefyd.
7. Dilyswch y ffob newydd yn y llif gwaith darllenydd neu ffôn go iawn.
8. Cadarnhewch nad yw'r hen gymhwyster bellach yn cwblhau'r weithred aelodaeth warchodedig.

Dyma pam na ddylai'r cyfrif aelod gael ei glymu'n barhaol i un UID corfforol heb haen weinyddol newydd.

 

Mae Ailbennu yn Weithred Wahanol i Amnewid

Mae amnewid yn cadw'r un aelod ac yn newid y rhinwedd. Mae ailbennu yn cadw'r cymhwyster corfforol ac yn newid yr aelod.

Mae'r gwahaniaeth hwnnw'n bwysig i ffobiau allweddol y gellir eu hailddefnyddio mewn campfeydd, clybiau, rhaglenni rhentu a chyfleusterau a reolir.

Cyn rhoi ffob a ddychwelwyd i berson arall:

• dileu yr hen berthynas aelod;
• cadarnhau na all yr hen gyfrif ddefnyddio'r manylion adnabod o hyd;
• archwilio ffob yr allwedd ffisegol;
• darllen y dynodwr electronig yn ôl;
• diweddaru neu drosysgrifo cynnwys NDEF os yw'r prosiect yn defnyddio data penodol aelod;
• ystyried cylchdroi tocyn gwe unigryw os gallai'r hen ddolen fod wedi'i chopïo, ei nodi'n tudalen neu ei rhannu;
• aseinio'r cymhwyster i'r aelod newydd;
• profi'r darllenydd terfynol a/neu ganlyniad ffôn.

Dylai rheolau ailbennu gael eu diffinio gan berchennog y system. Nid yw'r ffaith y gellir ailddefnyddio ffob allwedd yn gorfforol yn profi bod data'r cais neu'r berthynas cyfrif yn barod i'w hailddefnyddio.

 

Osgoi Storio Data Aelod Diangen ar y Ffob Allwedd

Newidiadau i ddata aelodaeth. Gall enwau, statws cynllun, pwyntiau, buddion a manylion cyswllt i gyd newid heb ddisodli'r manylion corfforol.

Am y rheswm hwnnw, mae llawer o brosiectau'n haws i'w gweithredu pan fydd y ffob allwedd yn storio neu'n datgelu dynodwr sefydlog neu docyn URL afloyw yn unig, tra bod y backend yn storio'r data busnes sy'n newid.

Mae hyn yn lleihau'r angen i ailysgrifennu tystlythyrau ac yn cyfyngu ar faint o wybodaeth am aelodau a ddatgelir os bydd rhywun yn sganio neu'n darllen y tag.

Os oes gwir angen data gwarchodedig ar brosiect ar y cymhwyster, dewiswch y bensaernïaeth sglodion a diogelwch o'r gofyniad system yn hytrach na dechrau gyda chynnyrch NTAG generig a cheisio ychwanegu diogelwch yn ddiweddarach.

 

Diffinio Rheolau Dyblyg Cyn Cofrestru

Mae dwy broblem ddyblyg wahanol:

• dynodwyr electronig dyblyg neu docynnau wedi'u hamgodioyn y swp gweithgynhyrchu;
• aseiniadau gweithredol dyblygyn y gronfa ddata aelodaeth.

Dylai'r cynllun derbyn ganfod y ddau.

Gellir dal i gofrestru ffob allwedd a gynhyrchwyd yn gywir i'r aelod anghywir. Gall aelod sydd wedi'i gofrestru'n gywir gael dau gymhwyster gweithredol o hyd pan oedd y rheol busnes yn bwriadu un yn unig. Mae'r rheini'n berchnogion methiant gwahanol a dylid eu cofnodi ar wahân.

 

Profwch y Llif Gwaith Aelodaeth Gorffenedig, Nid Dim ond Canfod NFC

Mae prawf sampl defnyddiol yn dilyn y trafodiad cyflawn.

I gael cefndir ehangach ar brofi data NFC, cyrchfannau a mapio cyn cynhyrchu swmp, mae Syntek'sRhestr wirio profion NFCyn esbonio pam nad yw tap llwyddiannus yr un peth â llif gwaith busnes llwyddiannus.

 

Beth i'w Roi mewn Ffob RFQ Allwedd Aelodaeth NFC

Ar gyfer cyrchu'r cymhwyster corfforol yn uniongyrchol, mae Syntek'sTudalen cynnyrch ffob allwedd NFCyw'r cam masnachol nesaf. Dylai'r dewis cynnyrch ddilyn y bensaernïaeth system gymeradwy yn hytrach na'i disodli.

 

Y Rheol Defnyddio

Ar gyfer rhaglen aelodaeth neu deyrngarwch, triniwch ffob allwedd NFC fel cymhwyster aseiniadwy, nid fel cronfa ddata aelodau.

Mae dilyniant gosod cadarn fel a ganlyn:

tasg aelodaeth → darllenydd neu lwybr ffôn → technoleg hygrededd → penderfyniad UID/NDEF → model aelod wrth gefn → mapio cynhyrchu → rheolau mater/amnewid/ailbennu → gorffen{0}}prawf sampl → cymeradwyaeth swmp

Mae'r dilyniant hwnnw'n cadw ffob allwedd ffisegol, dynodwr electronig, rhyngweithio ffôn a chofnod aelod o dan un model data rheoledig. Mae hefyd yn ei gwneud hi'n bosibl rheoli amnewid ffobiau coll ac ailbennu yn y dyfodol yn hytrach na'u troi'n eithriadau cronfa ddata â llaw.