Upozornění: Text přílohy byl získán strojově a nemusí přesně odpovídat originálu. Zejména u strojově nečitelných smluv, kde jsme použili OCR. originál smlouvy stáhnete odsud
Struktura BČK Moravskoslezské karty
Struktura BČK
Moravskoslezské karty
Verze 33
21. 3. 2014
List 1/41
Struktura BČK Moravskoslezské karty
Obsah
2. Požadavky na funkčnost odbavovacího zařízení .............................................................................................7
3. Úvod ................................................................................................................................................................7
3.1 Shoda návrhu se standardy ....................................................................................................................7
3.2 Popis návrhu struktury BČK MSK............................................................................................................8
3.3 Definice zkratek a pojmů......................................................................................................................10
4. Specifikace použitých datových typů ............................................................................................................11
5. Struktura popisovaných aplikací ...................................................................................................................12
6. Aplikace na MSK ............................................................................................................................................14
6.1 Personalizační aplikace.........................................................................................................................14
6.1.1 Struktura souboru Informace o kartě..........................................................................................14
6.1.2 Struktura souboru Informace o držiteli .......................................................................................15
6.1.3 Klíče .............................................................................................................................................17
6.2 Aplikace Průkazy/Benefity....................................................................................................................18
6.2.1 Soubor Průkaz/Benefit ................................................................................................................18
6.2.2 Klíče .............................................................................................................................................19
6.2.3 Aplikace v jednotlivých souborech Průkaz/Benefit .....................................................................19
6.3 Aplikace IDS jízdenky............................................................................................................................21
6.3.1 Soubor Jízdenka...........................................................................................................................21
6.3.2 Soubor Kontrola jízdenky.............................................................................................................29
6.3.3 Soubor Místenka .........................................................................................................................30
6.3.4 Klíče .............................................................................................................................................32
6.4 Aplikace elektronická peněženka(EP)...................................................................................................34
6.4.1 Soubor Nastavení EP....................................................................................................................34
6.4.2 Soubor Osobní nastavení EP........................................................................................................35
6.4.3 Hodnota EP..................................................................................................................................36
6.4.4 Log EP ..........................................................................................................................................36
6.4.5 Klíče .............................................................................................................................................38
6.5 Rezerva 1 ..............................................................................................................................................39
6.5.1 Struktura......................................................................................................................................39
6.5.2 Klíče .............................................................................................................................................39
6.6 Rezerva 2 ..............................................................................................................................................39
6.6.1 Struktura......................................................................................................................................39
6.6.2 Klíče .............................................................................................................................................39
List 2/41
Struktura BČK Moravskoslezské karty
6.7 Rezerva 3 ..............................................................................................................................................39
6.7.1 Struktura......................................................................................................................................39
6.7.2 Klíče .............................................................................................................................................40
6.8 Rezerva 4 ..............................................................................................................................................40
6.8.1 Struktura......................................................................................................................................40
6.8.2 Klíče .............................................................................................................................................40
List 3/41
Struktura BČK Moravskoslezské karty
Historie změn:
List 4/41
Struktura BČK Moravskoslezské karty
Ver Datum Jméno Důvod vydání
ze
27 20.03.2012 Holešovský Změna v číslování kupónů a typu
28 26.03.2012 Matoušek Doplatek do 1. třídy v souboru místenka
Holešovský
29 25.9. 2012 Holešovský Dobití EP + doplnění významu publisherProviderID, úprava v couponType
29a 28.11.2013 Koštuřík Úprava pro CheckIn CheckOut v rámci MHD Ostrava. Přidána struktura
nového benefitu, viz kapitola 6.2.2 Klíče
Klíč Název Význam
#0 MSK_5346_0 Master – klíč aplikace
#1 MSK_5346_1 Čtení souboru 1 – 5
#2 MSK_5346_2 Čtení/zápis souboru 1
#3 MSK_5346_3 Čtení/zápis souboru 2
#4 MSK_5346_4 Čtení/zápis souboru 3
#5 MSK_5346_5 Čtení/zápis souboru 4
#6 MSK_5346_6 Čtení/zápis souboru 5
#7 MSK_5346_7 RFU
1.1.1.1 Přístupová práva souborů
Soubor Název Read Write Change
Read & Write Access
#0
#0 Rights
#0
0 Soubor 1 #1 #0 #2 #0
#0
1 Soubor 2 #1 #3 #0
2 Soubor 3 #1 #4 #0
3 Soubor 4 #1 #5 #0
4 Soubor 5 #1 #6 #0
1.1.2 Aplikace v jednotlivých souborech Průkaz/Benefit
1.1.2.1 Soubor 1 – CheckIn/CheckOut pro DPO
29b 3.12. 2013 Koštuřík Datová struktura benefitCheckInCheckOut.
30 10.2. 2014 Koštuřík Přidána kapitola 6.2.3 Aplikace v jednotlivých souborech Průkaz/Benefit
Přidána položka couponsPrepaidTransaction viz kapitola 6.1.1.1 Datová
31 21.3. 2014 Škapa struktura cardInfo.
Změna struktury datum u Benefitu
32 14.10.2014 Nenka viz kapitola 6.1.1.1.1 Datová struktura cardInfo
Úprava kapitoly 2
33 10. 9‘. 2019 Nenka
Doplnění popisu položky HolderID v cardHolderInfo
List 5/41
Ver Datum Jméno Struktura BČK Moravskoslezské karty
ze
Důvod vydání
List 6/41
Struktura BČK Moravskoslezské karty
2. Požadavky na funkčnost odbavovacího zařízení
Odbavovací zařízení musí zajistit bezproblémový proces odbavení cestujících na bázi bezkontaktní čipové karty
typu MIFAREDESFireEV1 8 kB (dále BČK). Musí umožnit prodej cestovního dokladu (jak papírového, tak na
platformě BČK) podle platného tarifu ODIS.. Zařízení musí splňovat požadavky Bezpečnostní politiky BČK
Moravskoslezské karty (bezpečné úložiště klíčů v odbavovacím zařízení – SAM modul, bezpečná komunikace
odbavovacího zařízení s bezkontaktní čipovou kartou, atd.). Komunikace zařízení s kartou musí trvat krátkou
dobu – za jakékoliv situace a při jakékoliv tarifní kombinaci do 3 sekund od přiložení karty a zadání cílové
zastávky řidičem.
Odbavovací zařízení musí obecně splnit úkony - prodej papírového jízdního dokladu, plnění elektronické
peněženky, nahrání jednotlivého jízdného ODIS na BČK při prodeji z elektronické peněženky, nahrání
dlouhodobého časového jízdného ODIS na BČK při platbě z elektronické peněženky nebo za hotovost, nahrání
dlouhodobého časového jízdného ODIS zakoupeného přes e-shop, nahrání kreditu elektronické peněženky
zakoupeného přes e-shop, reklamační proces, čímž se rozumí vystornováníjakékoliv operace provedené v rámci
odbavení na BČK; odbavovací zařízení musí mít dostatečnou paměťovou kapacitu pro tarif ODIS, musí zvládat
zapisovat data přímo do paměti BČK, musí generovat výstupní sestavy dle požadavků clearingového centra,
musí umět pracovat s jednotnými vstupními daty popisujícími Tarif ODIS, který bude spravovat Koordinátor
ODIS, a který je součástí clearingového centra.
Společnost Koordinátor ODIS s.r.o. poskytne pro dopravce bezpečným způsobem klíče ke kartám a SAM
modulům a SW nástroje pro nahrání datové struktury karty ODIS zejména pak Dopravní aplikace a aplikace
elektronické peněženky a dále poskytne design karty pro potřeby výroby karty.
3. Úvod
Dokument obsahuje informace o BČK Moravskoslezské karty týkající se:
• struktury aplikací/souborů a jejích formátů
Popisované struktury aplikací se týkají BČK standardu Mifare DESFire. BČK pro IDS je tzv. multi-aplikační BČK,
což znamená, že na jedné BČK mohou být nahrány jak aplikace vydavatele karty, tak i aplikace jiných
poskytovatelů aplikací. Aplikace vydavatele BČK jsou obecně známé ostatním poskytovatelům aplikací či
subjektům akceptujícím BČK.
Z důvodů mnoha subjektů, pracujících s kartou, jsou všechny použité datové typy co nejlépe dokumentované a
zejména pak jsou převzaty z normativních dokumentů, jejichž seznam je součástí tohoto dokumentu jako
kapitola 0 – Použité normativní dokumenty. Návrh je také v souladu s připravovanou vyhláškou ustanovující
standardy platby a odbavení cestujících ve veřejné dopravě s využitím bezkonatktních čipových technologií.
Architektura je navržena tak, aby mohla být použita metoda postupného budování infrastruktury a využívání
MSK, kde v první části (fázi) bude budována dopravní aplikace, tj. využití karty jako nositele elektronického
jízdného.
Každá aplikace má přiděleno jedno AID dle specifikace NXP pro Mifare DESFire – celkem 3 byty.
MIFARE DESFire AID Byte 0 MIFARE DESFire AID Byte 1 MIFARE DESFire AID Byte 2
Nibble 0 Nibble 1 Nibble 2 Nibble 3 Nibble 4 Nibble 5
0xF MIFARE classic AID 0x0
3.1 Shoda návrhu se standardy
• komunikace je řešena ve shodě s ISO 14443 A, definující bezkontaktní interface, čímž výsledné řešení
zajistí technologickou interoperabilitu plošně skrze všechny uživatele
• operační systém navržené BČK odděluje ve své paměti datové prostory tak, aby karta umožnila práci s
nezávislými aplikacemi
List 7/41
Struktura BČK Moravskoslezské karty
• přístup k odděleným datovým prostorům je řízen podle typu operací
• operační systém navržené BČK a autentizační mechanismy BČK umožňují jednomu subjektu vykonávat
správu obsahu karty bez možnosti přístupu k datům a klíčům uvnitř jednotlivých aplikací, tj.
nahrávat dopravní aplikace jejich správu i vymazání takovým způsobem, že neoprávněné subjekty
nejsou schopny zjistit ani ovlivnit jejich obsah
• návrh BČK umožňuje multifunkční použití, tj. paralelní umístění, užívání a správu aplikací různých
subjektů
• návrh BČK nabízí kromě standardní bezpečnosti karet Mifare DESFire i vlastní nativní bezpečnostní
prvky - šifrování obsahu, podpis obsahu pomocí symetrických i asymetrických kryptografických
mechanismů
• návrh BČK umožňuje zavedení dodatečné bezpečnostní vrstvy prostředky, které jsou na nativních
bezpečnostních mechanismech karty nezávislé
• BČK umožňuje obnovovat bezpečným způsobem kryptografické klíče použité pro ochranu karty a jejich
aplikací
• Návrh BČK umožňuje bezpečným způsobem zapisovat na kartu nové aplikace, popř. je vymazávat
• Datové struktury jsou navržené na základě standardu pro běžně používané technologie
• Použité číselníky odpovídají stávajícím používaným číselníkům u ostatních IDS
• Návrh BČK umožňuje nahrávat strukturu také na NFC mobilní telefony podporující v Secure Elementu
karty Mifare DESFire
3.2 Popis návrhu struktury BČK MSK
Návrh obsahuje 4 kompletní aplikace a 4 rezervní aplikace pro případné další dopnění struktury BČK MSK.
Kompletní aplikace:
• Personalizační, tvořená 2 soubory:
o Informace o kartě
Podrobněji viz. Struktura souboru Informace o kartě
o Informace o držiteli
Umožnuje identifikaci držitele, podporuje ale i anonymní karty
Podrobněji viz. Struktura souboru Informace o držiteli
• Průkazy/Benefity
o Obecná aplikace tvořená 5 stejným soubory s různými právy na zápis do jednotlivých souborů
o Možné využití aplikace například pro:
Parkování
Slevová karta
Rezervační systém
Stravovací systém (SS)
Docházkový systém
Knihovní systém
Portál úředníka (PÚ
Dopravní aplikace Českých drah
o Podrobněji viz. Soubor Průkaz/Benefit
• IDS jízdenky
o Aplikace podporující jak dlouhodobé časové kupóny tak i jednorázové jízdenky
o Pro každou jízdenku podporuje záznam o kontrole, včetně záznamu o nástupu do vozidla
o Tvořená 5 soubory pro časový kupón/jednorázovou jízdenku
o Tvořená 5 soubory o záznamu o kontrole
o Tvořená 2 soubory pro podporu místenek ke kupónům
List 8/41
Struktura BČK Moravskoslezské karty
o Návrh podporuje použití ve všech dopravních prostředcích
o Podrobněji viz. Aplikace IDS jízdenky
• Elektronická peněženka(EP)
o Obsahuje 4 soubory včetně souboru s transakčním logem pro kontrolu stavu peněženky
o Podporuje až 4 měny
o Podrobněji viz. Aplikace elektronická peněženka(EP)
List 9/41
Struktura BČK Moravskoslezské karty
3.3 Definice zkratek a pojmů
Pojem Definice
AID Identifikátor aplikace Application Identifier ISO/IEC 7816-5:2004
BČK Bezkontaktní čipová karta
ČD České dráhy
DD Odbavovací zařízení, které mají charakter odbavení zákazníka (například
odbavení kupónu nebo el. peněženky na validátoru (strojku), obecná platba el.
EP peněženkou...). DD operace s BČK jsou obecně považovány za časté a méně
KC spolehlivé s ohledem na zápis dat na BČK
HW Elektronická peněženka
IDS Kartové centrum, provádí grafickou a datovou personalizaci
Lsb Hardware
LSB Integrovaný dopravní systém Moravskoslezského kraje
MHD Least Significant Bit, nejméně významný bit
Msb Least Significant Byte, nejméně významný bajt
MSB Městská hromadná doprava
N/A Most Significant Bit, nejvíce významný bit
MKA Most Significant Byte, nejvíce významný bajt
MKK Not Available, není k dispozici
MSK Master klíč aplikace
MSK_CMK Master klíč karty
PAD Moravskoslezská karta
POS Master klíč MSK
Příměstská autobusová doprava
RFU Point Of Sale - zařízení, které mají charakter POS (dobití kupónu či el. peněženky
Secure Element na KC nebo v automatu nebo u řidiče...). POS operace s BČK jsou obecně
SAM považovány za méně časté a více spolehlivé s ohledem na zápis dat na BČK
SW Reserved for Future Use, rezervováno pro budoucí použití
Tarif ODIS čip bezpečně emulující kartu Mifare a JavaCard na NFC zařízeních
Secure Application Module
Software
Filozofie tarifu pro MS kartu zpracovanou Koordinátorem ODIS s.r.o.
List 10/41
Struktura BČK Moravskoslezské karty
4. Specifikace použitých datových typů
Název Byte Popis
INT1 1 INTEGER (0..255)
INT2 2 INTEGER (0..65535)
INT3 3 INTEGER (0..16777215)
INT4 4 INTEGER (0..4294967295)
BCDString Sekvence BCD číslic (BCDString). Každý byte obsahuje dvě 4-bitové BCD číslice,
4 zakódované v horní a dolní polovině bytu.
UTF8String 1,6 Příklad: desítkové číslo 123456 bude ve tvaru BCD uloženo jako sekvence byte 0x12,
1,4 0x34, 0x56.
Datef L×8 Řetězec znaků v kódování UTF-8. U každého výskytu UTF8String musí být v tomto
DateStamp dokumentu specifikována jeho maximální délka v bajtech (nikoli znacích). Je-li
TimeStamp řetězec kratší než jeho maximální délka, bude zprava doplněn byty o hodnotě 0x00.
OCTET Dle EN 1545
STRING (L) Počet dní od 1.1.1997. Rozsah 1.1.1997 až 9.11.2041.
Počet minut po půlnoci, půlnoc je 0
Řetězec byte (oktetů) o maximální specifikované délce (tzv. bytové pole). Řetězec je
vždy zarovnán na celé byte. Je-li zapisané pole byte kratší než specifikovaná délka,
bude zprava vyplněno byty v hodnotě 0x00.
List 11/41
Struktura BČK Moravskoslezské karty
5. Struktura popisovaných aplikací
Všechny soubory ve všech aplikacích v tomto návrhu MSK mají jednotnou strukturu a jednotný formát popisu
(s drobnou odchylkou u typu souboru „Value File“).
#Num FileName FileType
Název Bitů Typ
Verze 8 INT1
Status souboru 8 cancelled (5)
ok (7)
pre-allocated (16) Nešifrovaná oblast souboru
disabled (88)
Typ podpisu 4
Typ šifrování 4
Proměnné 1 32 Typ 1
Proměnné 2 X Typ 2 Potenciálně šifrovaná oblast
Podpis 64 souboru (u tohoto souboru
nemá šifrování význam)
Využito
RFU x
Celkem B (= X × 32 B)
Význam:
#Num: Pořadové číslo souboru v aplikaci
FileName: Jméno souboru (pouze mnemotechnická pomůcka, není uloženo na kartě)
FileType: Typ souboru dle speficikace DESFire
Verze: Verze záznamu (inkrementální počítadlo od 0). Nula znamená, že soubor existuje, neobsahuje ale žádná
data. Všechny zde prezentované datové formáty jsou ve verzi 1.
Podpis: Digitální podpis (nebo jeho ekvivalent) dle položky Typ podpisu
Typ podpisu: nepodepsáno
0 privátní algoritmus poskytovatele aplikace
1 bloková šifra DES-CBC-MAC8
2 bloková šifra 3DES-CBC-MAC8
3 hash funkce MD5
4 hash funkce SHA-1
5 hash funkce SHA-2
6 hash funkce HMAC
7 eliptická křivka SECT193R1
8 RFU
specifický pro danou síť
9 - 12
13 - 15
Typ šifrování: Nekryptováno
0 privátní algoritmus poskytovatele aplikace
1 symetrický algoritmus DES-CBC, padding Method 0
2 symetrický algoritmus 3DES-CBC, padding Method 0
3 symetrický algoritmus AES128
4 symetrický algoritmus AES256
5 RFU
specifický pro danou síť
6 - 12
13 - 15
List 12/41
Struktura BČK Moravskoslezské karty
Proměnné 1: 4 byte k dipozici v nešifrované velikosti souboru, může být definováno nebo RFU
Proměnné 2: 16 + n × 32 byte šifrovaného obsahu souboru. Zaokrouhlení na 32 byte je z důvodů omezení
vnitřní fragmentace souborů DESFire karet. Z důvodu zvýšení přehlednosti je vlastní obsah souboru obvykle
vypsán ve zvláštní tabulce, popsané pod popisem souboru.
Tento princip umožňuje snadnou znovupoužitelnost a jednotný pohled na struktury jak na různých kartách, tak
i v různých aplikací stejné karty.
List 13/41
Struktura BČK Moravskoslezské karty
6. Aplikace na MSK
Návrh aplikací, souborů a typů položek souborů se řídí těmito pravidly:
režim komunikace souborů bude nastaven na Encrypted
RFU bude vyplněno nulami
vícebajtové číselné datové typy (INT2, INT3, INT4, DateStemp, TimeStamp) jsou uloženy v bajtovém
kódování LittleEndian
6.1 Personalizační aplikace
AID aplikace – 0027
obsahuje 2 soubory
zahrnuje identifikační znaky vydavatele, podpis UID, informace o kartě a o držiteli karty
6.1.1 Struktura souboru Informace o kartě
0 Bitů Typ cardInfoFile Hodnota (popis) Standard Data File
Název Typ editace
8 INT1 KC 1 Nešifrovaná oblast
Verze 8 souboru
Status KC 7 (Ok)
souboru Potenciálně šifrovaná
Typ podpisu 4 KC 0 (nepodepsáno) oblast souboru
Typ šifrování 4 KC 0 (nekryptováno) (u tohoto souboru
RFU 40 nemá šifrování
cardInfo 640 Datová volné místo vyplněné '0'B význam)
Kód definující datovou
Podpis struktura strukturu cardInfo (viz
cardInfo 6.1.1.1).
64
KC volné místo vyplněné '0'B
Využito 768
RFU 0
Celkem B 96 (= 3 × 32 B)
6.1.1.1 Datová struktura cardInfo
Proměnná Popis Datový typ Bit Typ Hodnota (popis)
publisherProviderID editace
Identifikace INT3 24 0811 – vydavatel DPO u
publisherNetworkID KC karet vydaných do 15.11.
vydavatele karty 2011
signatureVersion KC 062 – vydavatel DPO
signatureUID dle číselníku XXX
KC 203811
Identifikace INT3 24 KC (dle Číselníku NetworkID &
ProviderID)
transportní sítě
1
do které patří
MSK_0027_ECC_P
vydavatel karty
verze klíče INT1 8
ECDSA
privátním klíčem OCTET 448
ECDSA STRING
List 14/41
Struktura BČK Moravskoslezské karty
Proměnná Popis Datový typ Bit Typ Hodnota (popis)
editace
podepsané UID (56) datum výroby karty
karty – typ 8 KC datum výroby karty + 6 let
Ekvivalent položky
cardNumber Logické číslo 72 KC walletPersCreditTransaction
KC ve struktuře EP, zde však
karty – dle POS používaný pro kupony.
DD volné místo vyplněné '0'B
ISO7812
KC
appStartDate Počátek platnosti DateStamp 14
karty
appEndDate Konec platnosti DateStamp 14
karty
couponsPrepaidTransaction Číslo INT4 32
předplacené
transakce
kuponu
RFU 4
Celkem bitů 640
Celkem byte 80
6.1.2 Struktura souboru Informace o držiteli
1 Bitů Název cardHolderInfoFile Hodnota (popis) Standard Data File
Název 8 INT1 Typ editace
Verze 8 Nešifrovaná oblast
Status KC 1 souboru
souboru 4
Typ podpisu 4 KC 7 (Ok) Potenciálně šifrovaná
Typ šifrování 8 oblast souboru
Typ držitele POS 0 (nepodepsáno)
32
RFU 896 POS 0 (nekryptováno)
cardHolderInf
o 64 INT1 POS druh karty dle držitele a
1024 způsobu použití - Viz níže
Podpis
Využito 0 N/A volné místo vyplněné '0'B
RFU 128
Celkem B Datová Kód definující datovou
struktura strukturu cardHolderInfo
cardHolderInfo (viz 6.1.2.1).
POS 0
(= 4 × 32 B)
6.1.2.1 Datová struktura cardHolderInfo
Proměnná Popis Datový typ Bit Typ editace Hodnota (popis)
holderBirth Datum narození (nebo Datef
jiný datumový údaj) 32 KC RFU
holderSex BCDString
Pohlaví držitele dle ČSN POS
holderID ISO/IEC 5218
4 KC RFU
Bezvýznamový
identifikátor držitele POS
Např. identifikátor MPSV,
případně RFU Možnost 80 KC RFU
POS
List 15/41
Struktura BČK Moravskoslezské karty
využití pro identifikaci
zaměstnavatele pro účely
zaměstnaneckého
jízdného.
holderName Identifikace držitele (75 B, UTF8String 600 KC RFU
tedy 37 až 75 znaků) POS
holderProfile1 Profil1 držitele BČK dle EN ProfileCodeIOP 6 KC
1545 POS
profile1StartDat Platnost profilu1 od DateStamp 14 KC
e
POS
profile1EndDate Platnost profilu1 do DateStamp 14 KC
KC
POS
holderProfile2 Profil2 držitele BČK dle EN ProfileCodeIOP 6 KC
1545 POS
profile2StartDat Platnost profilu2 od DateStamp 14 KC
e
POS
profile2EndDate Platnost profilu2 do DateStamp 14 KC
POS
RFU 112 KC volné místo vyplněné
'0'B
Celkem bitů 896
Celkem byte 112
Poznámky ke struktuře:
Typ držitele je jeden z následujících:
o 0: Anonymní karta (položky holderBirth a holderName jsou vyplněny nulami; položka
holderSex je nastavena v souladu s normou na 9).
o 1: Personalizovaná karta (položky holderBirth a holderSex jsou vyplněny; holderName
obsahuje jméno a příjmení držitele, toto může být případně zkrácené na celé znaky).
o 2: Přenosná karta (položka holderBirth je vyplněna nulami; holderSex obsahuje 9 a
holderName je jménem organizace, vlastnící přenosnou kartu, holderID obsahuje
identifikátor organizace).
o 3: Nepřenosná nepersonalizovaná karta (holderID může obsahovat identifikaci držitele,
holderName není vyplněno, položky holderBirth a holderSex jsou vyplněny).
o 4: Graficky personalizovaná karta (položky holderBirth a holderName jsou vyplněny nulami;
položka holderSex je nastavena v souladu s normou na 9).
o 5: Náhradní karta (položky holderBirth a holderName jsou vyplněny nulami; položka
holderSex je nastavena v souladu s normou na 9).
o 6: Zaměstnanecká graficky personalizovaná karta (položky holderBirth a holderName jsou
vyplněny nulami; položka holderSex je nastavena v souladu s normou na 9).
Pohlaví držitele norma ČSN ISO/IEC 5218 udává jako:
o 0: není známo
o 1: mužské
o 2: ženské
o 9: není aplikováno (nemá význam)
List 16/41
Struktura BČK Moravskoslezské karty
6.1.3 Klíče
Klíč Název Význam
#0 MSK_0027_0 Master – klíč aplikace
#1 MSK_0027_1 Čtení souboru informace o kartě
#2 MSK_0027_2 Čtení/zápis souboru informace o kartě
#3 MSK_0027_3 Čtení souboru informace o držiteli
#4 MSK_0027_4 Čtení/zápis souboru informace o držiteli
#5 RFU
6.1.3.1 Přístupová práva souborů
Soubor Název Read Write Read & Write Change
Access Rights
0 Informace o kartě #1 (nebo bez klíče) #0 #2
1 Informace o držiteli #4 #0
#3 (nebo bez klíče) #0 #0
List 17/41
Struktura BČK Moravskoslezské karty
6.2 Aplikace Průkazy/Benefity
AID aplikace – 5346
obsahuje 5 souborů
možné použít pro
o slevovou kartu,
o turistickou „City/Region Card“,
o průkaz, opravňující ke vstupu či k nějaké činnosti,
o průkaz, ověřující vlastnost držitele (žákovský průkaz, zaměstnanecký průkaz),
o permanentní vstupenka (s nebo bez možnosti počítání vstupů na kartě),
o dopravní aplikaci ČD
6.2.1 Soubor Průkaz/Benefit
0-4 benefitFile Standard Data File
Nešifrovaná oblast
Název Bitů Název Typ editace Hodnota (popis) souboru
Verze 8 INT1 KC 1 Potenciálně šifrovaná
oblast souboru
Status 8 KC 7 (Ok)
souboru
Typ podpisu 4 KC 0 (nepodepsáno)
Typ šifrování 4 KC 0 (nekryptováno)
24 Kód sítě
benefitNetwo POS 203811
rk
BenefitProvid 8 Kód vydavatele POS Doplnit dle vydavatele a
er číselníku
RFU 8 N/A volné místo vyplněné '0'B
Benefit 128 Datová KC
struktura
benefitInfo,
Datová
struktura
benefitCheckIn Kód definující datovou
CheckOut, strukturu benefitu.
Datová
struktura
benefitBusAcc
ess případně
jiná struktura
Podpis 64 KC 0
Využito 256
Celkem B 32
Využito 256 (= 1 × 32 B)
6.2.1.1 Datová struktura benefitInfo
Obecná datová struktura vhodná pro použití v souboru Průkazy/Benefity, může být však nahrazena libovolnou
jinou strukturou.
Proměnná Popis Datový typ Bit Typ Hodnota (popis)
editace
benefitValidityStart Datum platnosti od DateStamp 14 POS
List 18/41
Struktura BČK Moravskoslezské karty
benefitValidityEnd Datum platnosti do DateStamp 14 POS
POS volné místo vyplněné '0'B
RFU 4 POS
benefitType Data průkazu OCTET STRING (8) 96
(strukturu stanovuje
každá aplikace sama)
Celkem bitů 128
Celkem byte 16
6.2.2 Klíče
Klíč Název Význam
#0 MSK_5346_0 Master – klíč aplikace
#1 MSK_5346_1 Čtení souboru 1 – 5
#2 MSK_5346_2 Čtení/zápis souboru 1
#3 MSK_5346_3 Čtení/zápis souboru 2
#4 MSK_5346_4 Čtení/zápis souboru 3
#5 MSK_5346_5 Čtení/zápis souboru 4
#6 MSK_5346_6 Čtení/zápis souboru 5
#7 MSK_5346_7 RFU
6.2.2.1 Přístupová práva souborů
Soubor Název Read Write Read & Write Change
Access Rights
0 Soubor 1 #1 #0 #2
1 Soubor 2 #1 #0 #3 #0
2 Soubor 3 #1 #0 #4 #0
3 Soubor 4 #1 #0 #5 #0
4 Soubor 5 #1 #0 #6 #0
#0
6.2.3 Aplikace v jednotlivých souborech Průkaz/Benefit
6.2.3.1 Soubor 1 – CheckIn/CheckOut pro DPO
6.2.3.1.1 Datová struktura benefitCheckInCheckOut
Datová struktura pro uchování kontraktů pro ChechIn CheckOut odbavení v rámci DPO. Jedná se o tři další
dokupované jízdenky k lístku držitele uloženém ve struktuře seasonTicketInfo (proměnná contract1) v souboru
seasonTicketFile. Zde uvedená struktura je uložena v souboru benefitFile (proměnná Benefit).
Proměnná Popis Datový typ Bit Typ Hodnota (popis)
editace
benefitValidityEndDate Datum platnosti do DateStamp 14 POS
benefitValidityEndTime Čas platnosti do TimeStamp 11 POS
RFU 7 POS volné místo vyplněné '0'B
contract1 Informace o seasonTicketC 32 POS
prvním profilu
cestujícího. ontract (viz
kap. 6.3.1.2)
contract2 Informace o seasonTicketC 32 POS
List 19/41
Struktura BČK Moravskoslezské karty
druhém profilu ontract (viz
cestujícího. kap. 6.3.1.2)
contract3 Informace o třetím seasonTicketC 32 POS
Celkem bitů profilu cestujícího. ontract (viz
Celkem byte
kap. 6.3.1.2)
128
16
6.2.3.2 Soubor 2
Soubor prozatím není využíván.
6.2.3.3 Soubor 3
Soubor prozatím není využíván.
6.2.3.4 Soubor 4
Soubor prozatím není využíván.
6.2.3.5 Soubor 5 – Přístup ke strojkům v autobusech (odemykací karta)
6.2.3.5.1 Datová struktura benefitBusAccess
Datová struktura pro uchování bezpečnostních informací (PIN) pro odemykání strojků v autobusech pomocí
přístupové karty. Zde uvedená struktura je uložena v souboru benefitFile (proměnná Benefit).
Proměnná Popis Datový typ Bit Typ Hodnota (popis)
BenefitPIN editace
Hodnota PIN
RFU šifrována algoritmem 64 POS
Celkem bitů ALG_DES_CBC_NOPA
Celkem byte D
64
128
16
List 20/41
Struktura BČK Moravskoslezské karty
6.3 Aplikace IDS jízdenky
AID aplikace - 1201
obsahuje 5 souborů jízdenek, 5 souborů pro kontrolu jízdenky a 2 soubory místenek
V datových strukturách v této aplikaci jsou na rozdíl od zbytku dokumentu použity datové typy dle
norem ČSN EN 1545-1 a ČSN EN 15320.
6.3.1 Soubor Jízdenka
Filozofie souboru: Soubor jízdenka slouží umožňuje výdej libovolného dokladu (jednorázového nebo časového)
platného v IDS. Umožňuje i nahrání většiny jízdních dokladů dopravců mimo IDS. Vlastnosti:
Na jeden jízdní doklad lze odbavit až 4 × 15 cestujících, v libovolné kombinaci „dospělých“, „slev“
a „zavazadel/psů“.
Jízdenka platí v čase, který je na ní uveden při prodeji, lze určit platnost „od prvního označení“
Trasu lze definovat:
o definicí sítě
o výčtem zón platnosti
o relačně
Pro zjednodušení prodejních a kontrolních operací jsou všechny záznamy pevné délky (nedojde tak
k situaci, že by sice v souboru s jízdenkami bylo dostatek místa, ale díky vnitřní fragmentaci by nebylo
možné novou jízdenku zapsat).
Časovou platnost dokladu lze nastavit v podstatě libovolně.
Je počítáno s tím, že k jízdnímu dokladu je možné vydat doplatek nebo doklad refundovat cestujícícmu
i na zařízení, které je off-line (umožňují-li to tarifní a jiné administrativní podmínky).
Hlavní zásadou při tvorbě dokladu je minimalizace dat, zapisovaných na kartu a vyměňovaných mezi
jednotlivými (dopravními) subjekty. Proto nejsou na kartě zejména žádné údaje, které se
vytvářejí/ověřují pouze při zpracování karty oproti centrálním systémům. Typicky není potřeba na
kartu nahrávat přesné názvy tarifních dokladů. Tedy například jednodenní, pětidenní, týdenní, měsíční,
čtvrtletní, desetiměsíční a roční jízdenku je pro kontrolu ve vozidle možné vést pouze jako jízdenku
časovou. Navíc je pro potřeby kontroly ve voze obecně jedno, zda-li se jedná o jízdenku občanskou,
pro dárce krve nebo jinou. Je třeba pouze odlišit různé typy dokladů, které vyžadují při kontrole ve
vozidle, nikoli při prodeji různé dodatečné ověření způsobem, který neumožňuje přímo MSK jako
datový nosič (například předložení jiného průkazu).
List 21/41
Struktura BČK Moravskoslezské karty
0-4 seasonTicketFile Backup Data File
Název Typ editace
Verze Bitů Název Hodnota (popis)
Status
souboru 8 INT1 KC 1
Typ podpisu
Typ šifrování 8 KC 7 (Ok) Nešifrovaná oblast
RFU
seasonTicket 4 POS/DD 3 (3DES-CBC-MAC8) souboru
Podpis 4 POS/DD 0 (nekryptováno)
Využito 24 volné místo vyplněné '0'B
Celkem B
Využito 656 Datová Kód definující datovou Potenciálně šifrovaná
struktura strukturu seasonTicketInfo oblast souboru
seasonTicketIn (viz 6.3.1.1).
fo
Struktura od Verze po
64 seasonTicket podepsán
klíčem MSK_1201_SIGN
POS/DD
768
0
96 (= 3 × 32 B)
6.3.1.1 Datová struktura seasonTicketInfo
Proměnná Popis Datový typ Bit Typ Hodnota (popis)
NetworkId editace 203811
contractNetwork Identifikace transportní sítě do ProviderID
contractProvider které patří provozovatel uvedený v 24 POS
RFU proměnné contractProvider. Dle INT3 DD
couponType číselníku NetworkID & ProviderID INT4
Kód provozovatele, který prodal či INT1 8 POS
contractSaleAgent dobil kupón INT3 DD
DateStamp
Typ kupónu 3
0 – časový kupón 3 POS
1 – krátkodobá jízdenka
2 – kilometrické jízdné DD
3 – jednotlivé jízdné
4 – zaměstnanecký kupón 24 POS
5 .. 6 - RFU
7 - pro použití vydavatele karty
Pokladník, který doklad prodal
DD
contractSaleDevice Číslo prodejního místa (terminálu) 32 POS
DD
contractSerialNum Číslo kupónu rozdělené pro 8 POS Inkrementuje se při
ber kupóny(soubory 0..3) a
jízdenku(soubor 4) DD prodeji
contractSaleSerialN
umber Jedinečné číslo kupónu pro 24 POS Inkrementuje se při
prodejní místo(terminál, eshop)
DD prodeji
contractValiditySta Počátek platnosti – datum 14 POS
List 22/41
Struktura BČK Moravskoslezské karty
Proměnná Popis Datový typ Bit Typ Hodnota (popis)
editace 0x7F
rtDate DD 0x00
contractValiditySta Počátek platnosti – čas TimeStam 11 POS 0x00
rtTime p DD 0x00
0x00
contractValidityEn Konec platnosti – datum DateStamp 14 POS
dDate DD
contractValidityEn Konec platnosti – čas TimeStam 11 POS
dTime p DD
contractValidityRes Omezení platnosti na dny (vhodné Restrict 8 POS
trictDay např. pro žákovské jízdenky). Days of DD
Week
bity: 0 – 6 = Po až Ne, bit 7 = ‚h’. 8 POS
Nastavený bit = doklad platí. DD
Standardně tedy bude vyplněno
hodnotou 0x7F (7 bitů) 32 POS
DD
contractValidityRes Omezení platnosti dle číselníku, INT1
32 POS
trictCode uplatňuje se, pokud je nastaven DD
nejvyšší bit ‚h‘ položky 32 POS
DD
contractValidityRestrictDays.
32 POS
Číselník bude vytvořen později. DD
contract1 Informace o prvním profilu seasonTick 3 POS
cestujícího. etContract DD
(viz kap. 16 POS
6.3.1.2) DD
contract2 Informace o druhém profilu seasonTick 2 POS
cestujícího. etContract DD
(viz kap. 3 POS
6.3.1.2)
contract3 Informace o třetím profilu seasonTick
cestujícího. etContract
contract4 Informace o čtvrtém profilu (viz kap.
cestujícího. 6.3.1.2)
seasonTick
etContract
(viz kap.
6.3.1.2)
seatReservationFile Číslo souboru s místenkou
0 – bez místenky,
1 – soubor místenka 1 (číslo
souboru 10)
2 – soubor místenka 2 (číslo
souboru 11)
contractTransport Bitové pole povolených dopravních
MeansRestriction prostředků. Více pod tabulkou.
contractVehicleCla Povolená vozová třída (v závislosti
ssCodeRestriction na dopravním prostředku)
0: bez omezení
1: 1. třída nebo její ekvivalent
2: 1. i 2. třída nebo jejich ekvivalent
3: RFU
contractHasJourne 0: Doklad nemá trasu (síťová
List 23/41
Struktura BČK Moravskoslezské karty
Proměnná Popis Datový typ Bit Typ Hodnota (popis)
y editace
jízdenka) Payment
contractPaymentM 1: Doklad je dán relací (Z, Do, Přes) Means DD
eans 2: Doklad je dán výčtem zón
3: Doklad je dán číslem trasy PayUnitMa 8 POS 0x00
contractPriceUnit 4-7: RFU p
contractPrice Typ prodejní transakce. Číselník DD
RFU pod tabulkou. Amount
variantPart Určuje, zda je možné provést (167 4 POS 1000b
vrácení peněz při offline anulaci DD
samNumber nebo check-out. 77 215)
Celkem bitů Měna a násobek ceny jízdenky 24
Celkem byte 1000b – CZK v haléřích
1001b – EUR v centech 4
Cena jízdenky dle contractPriceUnit 256
Variantní část jízdenky dle 16 POS Zapisuje pouze
contractHasJourney, právě jedna DD SAM
ze struktur
656
seasonTicketNetworkInfo 82
seasonTicketRelationInfo
seasonTicketZonesInfo
seasonTicketTraceInfo
Číslo SAM, který provedl záznam
contractPaymentMeans je jedno z nebo kombinace:
'0000' Nespecifikováno;
'0001' Hotovost;
'0010' Šek;
'0011' Kreditní/Debetní karta;
'0100' IEP (Internet Payment);
'0101' CTA;
'0110' Direct Debit (elektronická peněženka);
'0111' Fakturováno/úvěr;
'1000' Stored Travel Rights;
'1001' Loyalty redemption;
'1010' Token;
'1100' Členská výhoda;
'1101' Automatické obnovení/prodloužení;
'1110' Poukázka;
'1111' Voucher;
List 24/41
Struktura BČK Moravskoslezské karty
'00010010' Kombinace hotovost – šek;
contractTransportMeansRestriction:
Nastavený bit 1 až 15 při nastaveném bitu 0 znamená, že v daném prostředku je jízdenka platná.
Bit Omezení Bit Omezení
0 0: Bez omezení 8 Tramvaj
1: Omezení aplikováno
1 Vlak Os, Sp, Ex 9 Trolejbus
2 Vlak R 10
3 Vlak EC, IC 11
4 Vlak SC 12
5 Lanovka RFU
13
6 Bus 14
7 Loď 15
V případě některých contractPaymentMeans nemusí mít cestující nárok na vrácení jízdného.
Vzájemné refundace mezi subjekty musí řešit následné systémy, není předmětem struktur na kartě.
6.3.1.2 Datová struktura seasonTicketContract
Proměnná Popis Datový typ Bit Typ Hodnota (popis)
editace 0x00
contractFlags Příznaky, upřesňující typ INT2 16 POS
dokladu (zjednodušení
číselníků). Viz komentář pod DD
tabulkou.
contractAmount Počet cestujících (zavazadel Amount 4 POS
atp.) zde popsaného tarifu,
profilu a příznaku. (15) DD
contractTariffProf Kód určující tarif kupónu 6 POS
ile relativně v rámci daného DD
profilu zákazníka a transportní
sítě. Číselník dle TarifProfile z
„struktura_tarifu_KODIS_xxx.x
lsx“
contractCustome Kód klasifikující kupón dle ProfileCod 6 POS
rProfile určitých kritérií. Profil eIOP DD
zákazníka popisuje zákazníka
(např. důchodce). Číselník dle
CustomerProfile z
„struktura_tarifu_KODIS_xxx.x
lsx“
Celkem 32
Význam contractFlags:
List 25/41
Struktura BČK Moravskoslezské karty
Bit Vlastnost
0 1: Jízdenka je zpáteční. Týká se všech jízdenek s contractHasJourney = 2 a 0. Jízdenka může být
uznána i v opačném směru oproti údajům, uloženým v seasonTicketRelationInfo.
1–5 Číslo průkazu v aplikaci Průkazy, který je potřeba ověřit pro ověření platnosti jízdenky. Vlastní
ověření je dáno aplikační logikou daného průkazu, je nad rámec specifikace elektronické jízdenky.
6 Byl zakoupen přestupní lístek
7–15 RFU
Smyslem zavedení položky contractFlags je minimalizace číselníků dokladů a typů.
6.3.1.3 Datová struktura seasonTicketNetworkInfo
Proměnná Popis Datový typ Bit Typ Hodnota (popis)
editace 203811
contractNetworkI Identifikace sítě, v níž je
D jízdenka platná NetworkID 24 POS Hodnota (popis)
DD 203811
RFU
232 POS
Celkem DD
256
6.3.1.4 Datová struktura seasonTicketRelationInfo
Proměnná Popis Datový typ Bit Typ
editace
contractNetworkID Identifikace sítě, k níž jsou NetworkID 24 POS
vztaženy stanice (zóny) DD
contractDistance Počet kilometrů Amount 8 POS
(255) DD
contractTransferEn Datum do kdy lze přestoupit DateStamp 14 POS
dDate na následný spoj – pro ČD DD
contractTransferEn Čas do kdy lze přestoupit na TimeStam 11 POS
dTime následný spoj – pro ČD p DD
contractJourneyVia Počet stanic (zón) „přes“, 0 Amount 8 POS
Count až 5 (255) DD
contractJourneyEle Velikost jedné datové Amount 5 POS
mSize položky (reprezentace (32) DD
stanice, zóny) v bitech –
ElemS, zmenšená o 1 (tedy
z rozsahu 1 až 32 bitů)
Zda se jedná o stanice nebo
zóny je dáno sítí
(contractNetworkID)
RFU 2 POS
DD
contractjourney Stanice / zóna Z, Do a pole OCTET 184 POS
stanic / zón přes (0 až
contractJourneyViaCount), STRING DD
každá o velikosti ElemS
(23)
Celkem 256
List 26/41
Struktura BČK Moravskoslezské karty
6.3.1.5 Datová struktura seasonTicketZonesInfo
Proměnná Popis Datový typ Bit Typ Hodnota (popis)
editace 203811
contractNetworkID Identifikace sítě, k níž jsou NetworkID 24
vztaženy zóny (od sítě se POS Udává počet zón
contractDistance odvíjí max. velikost čísla Amount 8 DD v položce
zóny a počet uložených zón) (255)
contractTransferEn Počet kilometrů POS contractJourneyZones
dDate DateStamp 14 DD 01000b
contractTransferEn Datum do kdy lze přestoupit POS
dTime na následný spoj TimeStam 11 DD
contractJourneyZo Čas do kdy lze přestoupit na p POS
nesCount následný spoj DD
Počet zón v seznamu Amount 8 POS
(255) DD
contractJourneyEle Velikost jedné datové Amount 5 POS
mSize položky (reprezentace
stanice, zóny) v bitech – (32) DD
RFU ElemS, zmenšená o 1 (tedy
contractJourneyZo z rozsahu 1 až 32 bitů) 2
nes
Pole Zón přes OCTET 184 POS
STRING DD
(23)
Celkem 256
Poznámky:
contractJourneyZonesCount je maximálně 10, jinak je contractHasJourney = 0)
Počty zón: ElemSize Počet zón uložitelných do seasonTicketZonesInfo
Nejvyšší číslo zóny 7 až 26
127 8 až 23
255 9 až 20 – využito pro MSK
511 10 až 18
1023 11 až 16
2047 12 až 15
4095 … …
…
Příklad pro MSK:
Jízdenka platná v zónách 230, 126,125,124,135
contractJourneyZonesCount : 0x05
contractJourneyZones : ‘011100110001111110001111101001111100010000111’b
List 27/41
Struktura BČK Moravskoslezské karty
6.3.1.6 Datová struktura seasonTicketTraceInfo
Proměnná Popis Datový typ Bit Typ Hodnota (popis)
editace 203811
contractNetworkID Identifikace sítě, k níž jsou NetworkID 24 POS Udává počet
zón/zastávek v položce
vztaženy zóny (od sítě se DD contractJourneyZones
odvíjí max. velikost čísla 00000010b
01000b pro zónu
zóny a počet uložených zón) 11111b pro zastávku
contractDistance Počet kilometrů na kolik je Amount 8 POS
jízdenka platná (255) DD
contractTransferEn Datum do kdy lze přestupit DateStamp 14 POS
dDate na následný spoj DD
contractTransferEn Čas do kdy lze přestupit na TimeStam 11 POS
dTime následný spoj p DD
ticketJourneyLine Číslo linky, kde je jízdenka INT4 32 POS
platná
DD
ticketJourneyConn Číslo spoje INT4 32 POS
ection
DD
contractJourneyZo Počet zón/zastávek Amount 8 POS
nesCount v seznamu (255) DD
contractJourneyEle Velikost jedné datové Amount 5 POS
mSize položky (reprezentace
stanice, zóny) v bitech – (32) DD
contractJourneyZo ElemS, zmenšená o 1 (tedy
nes z rozsahu 1 až 32 bitů) OCTET 122 POS
Celkem
Od zóny/Do zóny STRING DD
resp.
Od Zastávky/ Do zastávky (23)
256
List 28/41
Struktura BČK Moravskoslezské karty
6.3.2 Soubor Kontrola jízdenky
5-9 Bitů Typ ticketPliersFile Hodnota (popis) Standard Data File
Název Typ Nešifrovaná oblast
8 INT1 souboru
Verze 8 editace
Status Hodnota (popis)
souboru KC 1 203811
ticketCheck
KC 7 (Ok) 0x00
Využito
RFU 240 Struktura
Celkem B ticketPliersInfo
256
0
32 (= 1 × 32 B)
6.3.2.1 Struktura ticketPliersInfo
Proměnná Popis Datový typ Bit Typ
editace
contractNetwork Identifikace transportní sítě
do které patří provozovatel NetworkId 24 DD
contractProvider
Kód provozovatele, který ProviderID 8 DD
ticketCheckInDevic zkontroloval jízdenku
e INT4 32 DD
ticketCheckInDate Číslo kontrolujícího místa
(terminálu) DateStamp 14 DD
ticketCheckInTime
Datum provedeného TimeStam 11 DD
označení p
Čas provedeného označení
ticketCheckInLine Číslo linky, ve kterém došlo INT3 24 DD
ticketCheckInRoute k označení
ticketCheckInBus INT3 24 DD
ticketCheckInZone Číslo spoje, ve kterém došlo
ticketCheckInStop k označení INT4 32 DD
ticketCross
ticketCounter Číslo vozidla, ve kterém INT3 24 DD
Celkem bitů došlo k označení
INT4 32 DD
Číslo zóny, ve které došlo
k označení 4 DD
Číslo stanice, ve které došlo 11 DD
k označení
Počítadlo přestupů
Počítadlo jízd na jeden
kupón
240
List 29/41
Struktura BČK Moravskoslezské karty
6.3.3 Soubor Místenka
10 - 11 seatReservationTicketFile Standard
Data File
Název Bitů Typ Typ editace Hodnota (popis)
Verze 8 INT1 KC 1
Status souboru 8 KC 7 (Ok)
KC 0
Typ podpisu 4 KC 0 Nešifrovaná
KC, POS, 0 – viz Struktura oblast
Typ šifrování 4 DD seatReservationTicketInfo souboru
1 – viz Struktura
structureType 8 FirstClassTicketInfo
seatReservation 160 Struktura Potenciálně
seatReservationTicketInfo šifrovaná
nebo oblast
Struktura souboru
FirstClassTicketInfo
Podpis 64 KC 0
Využito 256
RFU 0
Celkem B 32 (= 1 × 32 B)
6.3.3.1 Struktura seatReservationTicketInfo
Proměnná Popis Datový typ Bit Typ Hodnota (popis)
editace List 30/41
seatValidityStartDa Počátek platnosti – datum DateStamp 14 POS
te DD
seatValidityStartTi Počátek platnosti – čas TimeStam 11 POS
me
p DD
contractLineRestric Číslo linky, ve které je INT3 24 POS
tion místenka platná (0 = bez DD
omezení)
contractRouteRestr Číslo spoje, ve které je INT3 24 POS
iction místenka platná (0 = bez DD
omezení)
contractVehicleRes Číslo vozu, ve kterém je INT3 16 POS
triction místenka platná (0 bez DD
omezení)
contractVehicleCla Povolená vozová třída (v 2 POS
ssCodeRestriction závislosti na dopravním
prostředku) DD
0: bez omezení
1: 1. třída nebo její
ekvivalent
2: 1. i 2. třída nebo jejich
ekvivalent
3: RFU
Lze dokoupit i místenku na
Struktura BČK Moravskoslezské karty
Proměnná Popis Datový typ Bit Typ Hodnota (popis)
editace
vyšší třídu než je jízdenka
contractPaymentM Typ prodejní transakce. Payment 4 POS
eans (viz. výše) Means DD
contractSeatCount Počet místenek v souboru 3 POS
DD
contractSeatPlace1 Číslo místa1 ve vozidle, na INT1 8 POS
Restriction kterém je místenka platná DD
contractSeatPlace2 Číslo místa2 ve vozidle, na INT1 8 POS
Restriction kterém je místenka platná DD
contractSeatPlace3 Číslo místa3 ve vozidle, na INT1 8 POS
Restriction kterém je místenka platná DD
contractSeatPlace4 Číslo místa4 ve vozidle, na INT1 8 POS
Restriction kterém je místenka platná DD
seatPriceUnit Měna a násobek ceny PayUnitMa 4 POS ‘1000‘B
místenky p DD
‘1000‘B – CZK v haléřích
‘1001‘B – EUR v centech
seatPrice Cena místenky dle Amount 24 POS
contractPriceUnit
(167 DD
77 215)
RFU 2
Celkem bitů 160
6.3.3.2 Struktura FirstClassTicketInfo
Poznámky:
Struktura se týká pouze souboru 11
o Na kartě mohou být 2 místenky nebo místenka + doplatek
Položky contractSeatPlaceXRestriction (X = 1 až 4) jsou nahrazeny koncem platnosti doplatku
Čas konce platnosti bude nastaven na půlnoc (00:00), pro doplatek platící D dnů by tedy po-
slední den platnosti měl být D + 1 od počátku.
Položka contractVehicleClassCodeRestriction bude nastavena na „1“ (doplatek do 1. třídy)
Ukládání ceny je u doplatku není nutné
Proměnná Popis Datový typ Bit Typ Hodnota (popis)
editace
seatValidityStartDa Počátek platnosti – datum DateStamp 14 První den, kdy doplatek
te POS platí
DD Pokud doplatek platí více
seatValidityStartTi Počátek platnosti – čas TimeStam 11 POS než jeden den, pak
me p DD uložena 0, jinak počátek
platnosti
contractLineRestric Číslo linky, ve které je INT3 24 POS 0, nyní nevyužito
DD
tion místenka platná (0 = bez
omezení)
contractRouteRestr Číslo spoje, ve které je INT3 24 POS 0, nyní nevyužito
DD
iction místenka platná (0 = bez
List 31/41
Struktura BČK Moravskoslezské karty
omezení)
contractVehicleRes Číslo vozu, ve kterém je INT3 16 POS 0, nyní nevyužito
triction místenka platná (0 bez DD Dle vozové třídy
doplatku (doplatek do 1.
omezení) třídy tedy má uloženo 1)
contractVehicleCla Povolená vozová třída 2 POS
ssCodeRestriction (v závislosti na dopravním
prostředku) DD
0: bez omezení
1: 1. třída nebo její
ekvivalent
2: 1. i 2. třída nebo jejich
ekvivalent
3: RFU
Lze dokoupit i místenku na
vyšší třídu než je jízdenka
contractPaymentM Typ prodejní transakce. (viz. Payment 4 POS
eans výše) Means DD
contractSeatCount Počet místenek v souboru 3 POS Vždy 0.
DD
seatValidityEndDat Konec platnosti – datum DateStamp 14 POS Pokud je platnost
e DD doplatku vyjádřena
v celých dnech (či delším
období), pak první den,
kdy již doplatek neplatí,
jinak poslední den
platnosti doplatku.
seatValidityEndTim Konec platnosti – čas TimeStam 11 POS Pokud je platnost
e
p DD doplatku vyjádřena
v celých dnech (či delším
období), pak 0, jinak čas
konce platnosti
doplatku.
RFU 7 POS 0
seatPriceUnit
DD
seatPrice
RFU Měna a násobek ceny PayUnitMa 4 POS ‘1000’B
Celkem bitů
místenky p DD
‘1000‘B – CZK v haléřích
‘1001‘B – EUR v centech
Cena místenky dle Amount 24 POS
contractPriceUnit (167 DD
77 215)
2
160
6.3.4 Klíče
Klíč Název Význam
#0 MSK_1201_0 Master – klíč aplikace
#1 MSK_1201_1 Čtení jízdenky 1 – 5, Kontroly jízdenky 1 – 5, Místenky 1 - 2
#2 MSK_1201_2 Čtení/zápis jízdenky 1 – 5, Místenky 1 – 2
#3 MSK_1201_3 Čtení/zápis Kontroly jízdenek 1 – 5
List 32/41
Struktura BČK Moravskoslezské karty
Klíč Název Význam
#4 MSK_1201_4 RFU
#5 MSK_1201_5 RFU
6.3.4.1 Přístupová práva souborů
Soubor Název Read Write Read & Write Change
Access Rights
0 Jízdenka 1 #1 #0 #2
1 Jízdenka 2 #1 #0 #2 #0
2 Jízdenka 3 #1 #0 #2 #0
3 Jízdenka 4 #1 #0 #2 #0
4 Jízdenka 5 #1 #0 #2 #0
5 Kontrola jízdenky 1 #1 #0 #3 #0
6 Kontrola jízdenky 2 #1 #0 #3 #0
7 Kontrola jízdenky 3 #1 #0 #3 #0
8 Kontrola jízdenky 4 #1 #0 #3 #0
9 Kontrola jízdenky 5 #1 #0 #3 #0
10 Místenka 1 #1 #0 #2 #0
11 Místenka 2 #1 #0 #2 #0
#0
List 33/41
Struktura BČK Moravskoslezské karty
6.4 Aplikace elektronická peněženka(EP)
AID aplikace - 8895
obsahuje 4 soubory
V tomto dokumentu jsou popsány pouze struktury EP na kartě. Operacemi prováděnými s EP se
zabývá zvláštní dokument.
6.4.1 Soubor Nastavení EP
Soubor popisuje základní vlastnosti elektronické peněženky, dané typicky legislativou.
0 walletSettingsFile Standard Data File
Název Bitů Typ Typ Hodnota (popis)
editace
Verze 8 INT1 KC 1
Status 8
souboru KC 7 – status EP OK
Typ podpisu 4
Typ šifrování 4 KC 0 Nešifrovaná oblast
logVersion 4 Verze souboru logů souboru
RFU 36
KC 0
KC 1
KC volné místo vyplněné
'0'B
walletInfo 384 Struktura KC 0 Potenciálně
walletSettingsInfo šifrovaná oblast
Podpis souboru
Využito 64
RFU 512
Celkem B
0
64 (= 2 × 32 B)
6.4.1.1 Struktura walletSettingsInfo
Proměnná Popis Datový typ Bit Typ Hodnota (popis)
editace
contractNetwor Identifikace NetworkId 24 POS
k transportní sítě do
které patří vydavatel
EP
contractProvider Kód vydavatele EP ProviderID 8 POS
maxValueEP Maximální hodnota INT4 32 KC 450 000
EP
Pro CZK
s exponentem 2
nastaveno na 450
000
minValueEP Minimální hodnota INT4 32 KC 0
EP
Nastaveno na 0
maxDebet Maximální výše INT4 32 KC 0 – neomezeno
povoleného debetu
List 34/41
Struktura BČK Moravskoslezské karty
Proměnná Popis Datový typ Bit Typ Hodnota (popis)
maxOnePay INT4 editace
expirationDate Maximální výše
allowedDebet dobití DateStamp 32 KC 0 – bez limitu
baseCurrencyEP Datum expirace PayUnitMa 14 POS Nastaveno dle
platnosti EP p platnosti karty
RFU
Celkem bitů Povolený debet 2 KC ‘00’B
Celkem byte ‘00‘B – debet
povolen POS
‘01‘B – debet
zakázán 4 KC ‘1000’B
Měna EP dle EN
1545
‘1000‘B – CZK v
haléřích
204
384
48
6.4.2 Soubor Osobní nastavení EP
Soubor popisuje aktuální uživatelské nastavení EP.
Se souborem se v MSK nepracuje, slouží pro případné budoucí využití.
1 Bitů Typ walletPersonalSettingsFile Hodnota (popis) Standard Data File
Název Nešifrovaná oblast souboru
8 INT1 Typ
Verze 8 editace
Status
souboru KC 1
Typ KC 7
podpisu
Typ 4 KC 0
šifrování
RFU 4 KC 0
walletInfo 40 KC volné místo vyplněné
'0'B
Podpis 128
Struktura Potenciálně šifrovaná
Využito walletPersonalSettingsInfo oblast souboru
RFU
Celkem B 64 POS
DD
256
0
32 (= 1 × 32 B)
List 35/41
Struktura BČK Moravskoslezské karty
6.4.2.1 Struktura walletPersonalSettingsInfo
Proměnná Popis Datový typ Bit Typ editace Hodnota (popis)
walletPersNetwork Identifikace transportní sítě do
které patří společnost, která NetworkId 24 POS
walletPersProvider záznam provedla
Společnost, která záznam DD
walletPersCreditTr provedla
ansaction ProviderID 8 POS
walletPersDate Číslo transakce kreditu
předplacené transakce DD
Datum zápisu souboru INT4 32 POS
DD
DateStamp 14 POS
DD
walletPersTime Čas zápisu souboru TimeStamp 11 POS
DD
walletStatus Status EP dle ČSN EN 1546-1 8 POS
RFU 31
Celkem bitů 128
Celkem byte 16
6.4.3 Hodnota EP
Hodnotový soubor bude vytvořen bez horního limitu.
2 valueEPFile Value File
Název Bitů Typ
valueEP 32 INT32 - Aktuální hodnota EP
Využito 32
Nevyužitelné 224
Celkem B 32 (= 1 × 32 B)
6.4.4 Log EP
Počet níže popsaných záznamů v souboru je 6, počet posledních uchovávaných transakcí je 5. Soubor typu CRF.
3 logEPFile Cyclic Record File
Název Bitů Typ Typ editace Hodnota (popis)
Verze 8 INT1 POS 1
DD
Status 8 POS 7
souboru DD
Typ podpisu 4 POS Nešifrovaná oblast
3 (3DES-CBC-MAC8) souboru
DD
Typ šifrování 4 POS 0
DD
RFU 0 POS
DD
Log 168 Struktura logEPInfo Potenciálně
List 36/41
Struktura BČK Moravskoslezské karty
3 logEPFile Cyclic Record File
POS šifrovaná oblast
Podpis 64 DD Struktura od Verze souboru
po Log podepsána
klíčem
MSK_8895_SIGN
Využito 256
1 záznam 0
Nevyužito
v souboru 224 (= 7 × 32 B)
Celkem
soubor B Struktura logEPInfo
6.4.4.1
Proměnná Popis Datový typ Bit Typ editace Hodnota (popis)
counterEP
prevValueEP Pořadové číslo transakce v INT3 24 POS
changeEP
changeDevice rámci elektronické peněženky DD
samNumber na konkrétní kartě.
dateEP
timeEP Hodnota EP před transakcí INT4 32 POS
typeEP
DD
RFU
Hodnota transakce INT4 32 POS
DD
Číslo zařízení, které provedlo INT4 32 POS
záznam DD
čísloSAM, který provedl 16 POS Zapisuje SAM
záznam
DD
Datum transakce EP DateStamp 14 POS
DD
Čas transakce EP TimeStamp 11 POS
DD
Typ operace 4 POS
0 – inicializováno
1 – Debet DD
2 – Credit
3 – Limited credit
3
Celkem bitů 168
Celkem byte 21
List 37/41
Struktura BČK Moravskoslezské karty
6.4.5 Klíče
Klíč Název Význam
#0 MSK_8895_0 Master – klíč aplikace
#1 MSK_8895_1 Čtení souboru nastavení EP a osobní nastavení EP, Log EP
#2 MSK_8895_2 Zápis souboru nastavení EP
#3 MSK_8895_3 Čtení, debet (dekrementace) a limited credit souboru hodnota EP, zápis Log EP
#4 MSK_8895_4 Kredit (inkrementace) souboru hodnota EP
#5 MSK_8895_5 Zápis souboru osobního nastavení
6.4.5.1 Přístupová práva souborů
Soubor Název Read Write Read & Write Change
Access Rights
0 Nastavení EP #1 #0 #2
1 Osobní nastavení EP #1 #0 #5 #0
2 Hodnota EP #3 #3 #4 #0
3 Log EP #1 #0 #3 #0
#0
List 38/41
6.5 Rezerva 1 Struktura BČK Moravskoslezské karty
List 39/41
Aplikace „Rezerva 1“
AID aplikace – 1202
neobsahuje žádné soubory
slouží jako rezervní aplikace
6.5.1 Struktura
Není definována
6.5.2 Klíče
Klíč Název Význam
#0 MSK_1202_0 Master – klíč aplikace
#1 MSK_1202_1 RFU
#2 MSK_1202_2 RFU
#3 MSK_1202_3 RFU
#4 MSK_1202_4 RFU
#5 MSK_1202_5 RFU
6.6 Rezerva 2
Aplikace „Rezerva 2“
AID aplikace – 1108
neobsahuje žádné soubory
slouží jako rezervní aplikace
6.6.1 Struktura
Není definována
6.6.2 Klíče
Klíč Název Význam
#0 MSK_1108_0 Master – klíč aplikace
#1 MSK_1108_1 RFU
#2 MSK_1108_2 RFU
#3 MSK_1108_3 RFU
#4 MSK_1108_4 RFU
#5 MSK_1108_5 RFU
6.7 Rezerva 3
Aplikace „Rezerva 3“
AID aplikace – 111A
neobsahuje žádné soubory
slouží jako rezervní aplikace
6.7.1 Struktura
Není definována
Struktura BČK Moravskoslezské karty
6.7.2 Klíče
Klíč Název Význam
#0 MSK_111A_0 Master – klíč aplikace
#1 MSK_111A_1 RFU
#2 MSK_111A_2 RFU
#3 MSK_111A_3 RFU
6.8 Rezerva 4
Aplikace „Rezerva 4“
AID aplikace – 100B
neobsahuje žádné soubory
slouží jako rezervní aplikace
6.8.1 Struktura
Není definována
6.8.2 Klíče
Klíč Název Význam
#0 MSK_100B_0 Master – klíč aplikace
#1 MSK_100B_1 RFU
#2 MSK_100B_2 RFU
#3 MSK_100B_3 RFU
List 40/41
Struktura BČK Moravskoslezské karty
Použité normativní dokumenty
ČSN EN 1545–1 : Systémy identifikačních karet – Aplikace pro povrchovou dopravu – Část 1: Základní datové
typy, všeobecný seznam kódů a datových prvků. Praha : Český normalizační institut, 2006. 98 s.
ČSN EN 15320 : Systémy s identifikačními kartami – Rozhraní přepravy – Interoperabilita veřejné přepravy osob
– Struktura (IOPTA). Praha : Český normalizační institut, 2008. 152 s.
ČSN EN ISO 24014–1 : Interoperabilní systém managementu jízdného – Část 1: Architektura. Praha : Český
normalizační institut, 2007. 76 s.
ČSN EN 1546–1 : Systémy s identifikačními kartami – Mezioborová elektronická peněženka – Část 1: Definice,
pojmy a struktury. Praha : Český normalizační institut, 1999. 36 s.
ČSN EN 1546–2 : Systémy s identifikačními kartami – Mezioborová elektronická peněženka – Část 2:
Bezpečnostní architektura. Praha : Český normalizační institut, 2000. 106 s.
ČSN EN 1546–3 : Systémy s identifikačními kartami – Mezioborová elektronická peněženka – Část 3: Datové
prvky a výměny. Praha : Český normalizační institut, 2000. 72 s.
ČSN EN 1546–4 : Systémy s identifikačními kartami – Mezioborová elektronická peněženka – Část 4: Datové
objekty. Praha : Český normalizační institut, 2000. 36s.
ČSN ISO/IEC 5218 : Informační technologie – Kódy pro prezentaci lidského pohlaví. Praha : Český normalizační
institut, 2006. 24s.
ČSN ISO 4217 : Kódy pro měny a fondy. Praha : Český normalizační institut, 2002. 20s.
ČSN ISO/IEC 11770–1 : Informační technologie – Bezpečnostní techniky – Správa klíčů – Část 1: Struktura. Praha
: Český normalizační institut, 19988. 28s.
ČSN ISO/IEC 11770–2 : Informační technologie – Bezpečnostní techniky – Správa klíčů – Část 2: Mechanismy
používající symetrické techniky. Praha : Český normalizační institut, 1999. 24s.
ČSN ISO/IEC 11770–3 : Informační technologie – Bezpečnostní techniky – Správa klíčů – Část 3: Mechanismy
používající asymetrické techniky. Praha : Český normalizační institut, 2002. 44s.
ČSN ISO/IEC 15946–1 : Informační technologie – Bezpečnostní techniky – Kryptografické techniky založené na
eliptických křivkách – Část 1: Všeobecně. Praha : Český normalizační institut, 2005. 32s.
ČSN ISO/IEC 15946–2 : Informační technologie – Bezpečnostní techniky – Kryptografické techniky založené na
eliptických křivkách – Část 2: Digitální podpisy. Praha : Český normalizační institut, 2006. 32s.
ČSN ISO/IEC 7816–5 : Identifikační karty – Karty s integrovanými obvody – Část 5: Registrace poskytovatelů
aplikací. Praha : Český normalizační institut, 2005. 12s.
ČSN ISO/IEC 7816–6 : Identifikační karty – Karty s integrovanými obvody – Část 6: Mezioborové datové prvky
pro výměnu. Praha : Český normalizační institut, 2005. 24s.
AN10787 MIFARE Application Directory (MAD) Rev. 04 — 5 March 2009
List 41/41