Az ELEKTRA Hungaria v.3.0 közlekedési kártyarendszer alkalmazásának követelményei

Az ELEKTRA Hungaria v.3.0 közlekedési kártyarendszer alkalmazásának követelményei (V/3. melléklet) A kártyaműveleti eszközök követelményei – ITSO TS 1000-3 dokumentum fordítása

ITSO

DOKUMENTUM SZÁLLÍTÁSI JEGYZÉK

Kibocsátó hatóság:

Tulajdonos:

Project Editor:

ITSO

Az ITSO Technológia részlege

Mike Eastham

Dokumentum száma:

Rész száma:

Alrész száma:

ITSO TS 1000

3

Kibocsátási száma (fázis):

Hónap

Év

2.1.2

Június

2007

Cím: ITSO TS1000-3 Interoperábilis, érintkezésmentes intelligens közlekedési kártyát használó tömegközlekedési jegyrendszer – 3. rész: Terminálok (Interoperable public transport ticketing using contactless smart customer media – Part 3: Terminals) Az alábbi dokumentumokat váltja fel: ITSO TS1000-3 2006-10,: 2.1.1. kiadás

2

© HMSO Kontroller, 2007

Fájlnév: ITSO TS 1000-3 V2_1_2_2007-06, utolsó módosítás: 2007-07-02

3


A jelenlegi változat módosítási története Dátum 2003 febr.

ITSO Ref. DCI 100 (2.1 létrehozatala)

Szerkesztő azonosítója PQ

2003 máj. 2003 jún. 2003 jún.

PQ JC SLB

2003 júl. 2003 júl. 2003 okt.

JW SLB JW/SLB

2003 nov.

SLB

2004 jan. 2004 febr. 2004 febr. 2004 márc. 2006 okt.

JC CS SLB SLB MPJE

2007 jún.

MPJE

4

Jelen dokumentum (illetve rész) változtatásának jellege Dokumentum létrehozatala Szerkesztői áttekintés után módosítva Az ITSO TC 1000 sablonhoz igazítva, CD-ként kiadva Szerkesztés annak érdekében, hogy megfeleljen az ITSO TS 1000 formátumnak, iktatva mint a 2. CD Bizottsági felülvizsgálat utáni lényegi átdolgozás Kisebb szerkesztési javítások. 2. CD-ként történő kiadás Megjegyzések beépítése. Globális változtatások beépítése. 3. CD-ként történő kiadás. Csak szerkesztési változtatások. 1. konzultációs tervezet kiadása. DRC változtatások átvezetése. DRC változtatások ellenőrzése/konszolidálása. Tisztázás és formattálás végső tervezetként. Végső változtatások átvezetése és kiadás előkészítése. Aktualizálva, hogy az ISAD-okat is tartalmazza, DfT jóváhagyást követően Aktualizálás, 2.1.2. verzió elkészítése – szöveg nem változott


Dokumentum hivatkozási száma: ITSO

TS 1000-3

Dátum: 2007-06-28 Verzió: 2.1.1

Tulajdonos: ITSO Titkárság: ITSO Technológiai részlege Projekt szerkesztő: Mike Eastham

ITSO műszaki specifikáció 1000-3 – Interoperábilis, érintkezésmentes intelligens közlekedési kártyát használó tömegközlekedési jegyrendszer – 3. rész: Terminálok (ITSO Technical Specification 1000-3 – Interoperable public transport ticketing using contactless smart customer media – Part 3: Terminals) ISBN: 0-9548042-2-8 "Készült az Angol Állami Nyomda (Her Majesty's Stationery Office - HMSO) kontrollerének engedélye alapján, a Közlekedési Minisztérium (Department for Transport) részére. A Közlekedési Minisztérium, annak tisztviselői, a közlekedésért felelős képviselők és miniszter nem garantálják a jelen információk pontosságát, teljességét, illetve hasznosságát, és nem vállalnak felelősséget a jelen dokumentumban szereplő információkra, illetve útmutatásokra történő hagyatkozásból származó semmilyen veszteségért, illetve kárért. © Az Angol Állami Nyomda Nyomdásza és Kontrollere, 2007. A tipográfiai elrendezés és a dizájn szerzői joga az Angol Állami Nyomda Nyomdászát és Kontrollerét illeti. A jelen anyag minden egyéb használata érdekében kérelmezzen egy Klikkeléses-Használati Licencet a www.opsi.gov.uk/click-use/index.htm címen, illetve írásban a Licenc Kérelmek részleghez az Információs Politikai Divízión belül, a Közügyi Szektor Információk Hivatalánál, St Clements House, 2-16 Colegate, Norwich NR3 1BQ, fax 01603 723000, illetve e-mail [email protected] . A kiadvány, a logók kivételével térítésmentesen sokszorosítható bármilyen formában, illetve médiumon kutatási, magán tanulmány, illetve egy szervezeten belül történő körözés céljából. E sokszorosítás a kiadvány pontos sokszorosításának és a félrevezető kontextusban történő fel nem használás függvénye. Az anyagnak el kell ismernie az Angol Állami Nyomda Nyomdászának és Kontrollerének szerzői jogát, és a specifikált kiadvány címét."

5


ITSO TS 1000-3 2007-06


Előszó Jelen dokumentum az ITSO TS 1000 egyik része, egy Specifikáció, melyet az Integrált Közlekedési Intelligens Kártya Szervezet /Integrated Transport Smartcard Organisation (ITSO)/ tett közzé és tart karban, egy tagságra épül vállalat, melynek felelősségét garancia korlátozza, és nem rendelkezik részvényesekkel. Az ITSO tagsága közlekedési vállalatokból, berendezés és rendszer szállítókból, helyi és országos kormányzatokból áll. Az aktuális taglista az ITSO www.itso.org.uk című weboldalán található. Az ITSO TS 1000 a közlekedési szolgáltatók, szponzorok, rendszer beszállítók és gyártók közti széleskörű konzultáció eredménye. A Közlekedési Minisztérium /Department for Transport (DfT)/ finanszírozással és tapasztalattal is hozzájárult a folyamathoz. Az ITSO TS 1000 célja az, hogy egy platformot és eszközkészletet biztosítson az interoperábilis érintkezésmentes felhasználói média /Customer Media – CM/ tömegközlekedési jegyrendszerek és a kapcsolatos szolgáltatások kivitelezéséhez az Egyesült Királyságban oly módon, amely végpontok közti veszteségmentes adatátvitelt és biztonságot tesz lehetővé. Az ITSO TS 1000 amennyire csak lehetséges nyitott előírás, a kialakulóban levő nemzeti, európai és nemzetközi szabványok korlátain belül a rendszerek és összetevők beszállítása terén levő verseny maximálása érdekében a teljes ipar kereskedelmi előnyét szolgálva. Általában a nyitott szabványokat szorgalmazza, de nem tiltja a magántulajdonon alapuló megoldásokat sem, amennyiben azok ésszerű, diszkrimináció mentes feltételek mellett kerülnek felajánlásra és hozzájárulnak az interoperabilitás végső céljához. Az ITSO abból a célból lett létrehozva, hogy fenntartsa az interoperabilitást elősegítő műszaki specifikációkat és üzleti szabályokat. Az ITSO akkreditálja is a résztvevőket és az interoperábilis berendezéseket. Az ITSO az interoperabilitás elősegítője, a szükséges részvétel minimális szintje mellett. Az ITSO saját maga nem fog részt venni egy adott jegyrendszer semmilyen kereskedelmi döntésében, illetve megoldásában, és nem is fogja azt sem felállítani, sem üzemeltetni. Azonban az ITSO "nyilvántartásba fogja venni" azokat a szükséges interoperabilitási szolgáltatások biztosítása érdekében (például az egyedi rendszer azonosítók, tanúsítások és akkreditáció kibocsátása és kontrollja, biztonsági áttekintés). Ebből következően a jelen Specifikáció adoptálása konkrét jegyrendszerekre a szponzorok/résztvevők kereskedelmi megítélésének kérdése, éppen úgy, ahogy a részletes üzleti szabályok és a pontos partneri konstrukciók is.

6


ITSO TS 1000-3 2007-06


Tartalomjegyzék 1. Hatókör ............................................................................................................................................................... 9 1.1 A 3. rész hatóköre......................................................................................................................................... 9 1.2 A POST kontextusa az ITSO környezeten belül .......................................................................................... 9 1.3 Együtt létezés ............................................................................................................................................. 10 1.4 Konfigurálhatóság / jövőben történő bővítés.............................................................................................. 10 2. A POST-tól a Média felé irányuló interfész ...................................................................................................... 11 2.1 Általános .................................................................................................................................................... 11 2.2 Platform támogatás ..................................................................................................................................... 11 2.3 Alkalmazási Család Azonosító ................................................................................................................... 11 2.4 ITSO Shell felismerése............................................................................................................................... 11 2.5 Adat entitás támogatás................................................................................................................................ 12 2.6 IPE támogatás ............................................................................................................................................. 12 3. POST-tól a HOPS felé irányuló interfész ......................................................................................................... 13 3.1 Általános .................................................................................................................................................... 13 3.2 Kötelezően előírt üzenet halmaz ................................................................................................................ 13 3.3 Adatátviteli módszerek és adat formátumok .............................................................................................. 14 3.4 Veszteségmentes adatátvitel ....................................................................................................................... 14 3.4.1 Pozitív visszaigazolások ..................................................................................................................... 14 3.4.2 Adatmegőrzés ..................................................................................................................................... 14 3.4.3 Ismételt adatátvitel .............................................................................................................................. 15 3.4.4 Eltávolítható memória modulok ......................................................................................................... 15 4. POST-tól ISAM felé irányuló interfész ............................................................................................................ 16 4.1 Általános .................................................................................................................................................... 16 4.2 Fizikai......................................................................................................................................................... 16 4.3 Elektromos ................................................................................................................................................. 16 4.3.1 - 3-voltos készülék .............................................................................................................................. 16 4.3.2 - 5-voltos készülék .............................................................................................................................. 16 4.4 Protokoll ..................................................................................................................................................... 17 4.5 Utasítás halmaz .......................................................................................................................................... 17 4.6 Az ISAM használata................................................................................................................................... 17 4.7 Biztonságos Adat Keret adat kezelés ......................................................................................................... 17 4.8 Kivétel kezelés ........................................................................................................................................... 18 5. Emberi interfész ................................................................................................................................................ 19 5.1 Általános .................................................................................................................................................... 19 5.2 Hozzáférhetőség ......................................................................................................................................... 19 5.3 Vásárlókat szolgáló jelzések ...................................................................................................................... 19 5.3.1 Hallható jelzések ................................................................................................................................ 19 5.3.2 Látható jelzések .................................................................................................................................. 19 5.4 Egyéb I/O készülékek................................................................................................................................. 20 5.4.1 Vásárlói kivetítő ................................................................................................................................. 20 5.4.2 Felhasználói konzol ............................................................................................................................ 20 5.5 ITSO akkreditációs megjelölés................................................................................................................... 20 6. A POST szoftver funkcionális követelményei .................................................................................................. 21 6.1 Média kezelés ............................................................................................................................................. 21 6.1.1 Az ITSO Shell felismerése és validálása ............................................................................................ 21 6.1.2 A Könyvtár validálása ........................................................................................................................ 22 6.1.3 Termékek kiválasztása ........................................................................................................................ 22 6.1.4 Megszakítás mentesség kezelése ........................................................................................................ 23 6.1.5 Média újbóli bemutatása ..................................................................................................................... 23 6.1.6 Tranzakciós idő .................................................................................................................................. 24 6.2 IPE kezelés ................................................................................................................................................. 24 6.2.1 Általános IPE példány feldolgozás ..................................................................................................... 24 6.2.2 IPE példány létrehozatala ................................................................................................................... 25 6.2.3 IPE törlése .......................................................................................................................................... 26 6.2.4 Ciklikus Napló aktualizálása .............................................................................................................. 26 6.2.5 Automatikus Megújítás....................................................................................................................... 27 6.2.6 Tárolt Utazási Jogok /Stored Travel Rights—STR/ feldolgozása ...................................................... 27 6.2.8 Jegyek és nyugták nyomtatása ............................................................................................................ 30

7


ITSO TS 1000-3 2007-06


6.3 Üzenet generálás és feldolgozás ................................................................................................................. 30 6.3.1 - 0. osztályú üzenet generálása ........................................................................................................... 30 6.3.2 - 0. osztályú üzenet feldolgozása ........................................................................................................ 31 6.3.3 – 1. osztályú üzenet generálása ........................................................................................................... 33 6.3.4 – 1. osztályú üzenet feldolgozása ....................................................................................................... 34 6.3.5 – 2. osztályú üzenet generálása ........................................................................................................... 34 6.3.6 – 2. osztályú üzenet feldolgozása ....................................................................................................... 34 6.3.7 – 3. osztályú üzenet generálása ........................................................................................................... 34 6.3.8 – 3. osztályú üzenet feldolgozása ....................................................................................................... 35 6.3.9 Sorszámok .......................................................................................................................................... 35 6.4 Konfiguráció kezelés .................................................................................................................................. 35 6.4.1 Forró Lista .......................................................................................................................................... 35 6.4.2 Akció Lista ......................................................................................................................................... 38 6.4.3 Interoperabilitási lista ......................................................................................................................... 40 6.4.4 IPE Díjtermék /embodiment/ paraméterek ......................................................................................... 41

8


ITSO TS 1000-3 2007-06


1. Hatókör Az ITSO TS 1000 az interoperabilitás biztosításához szükséges kulcsfontosságú műszaki tételeket és interfészeket határozza meg. Ebből a célból részletesen meghatározásra kerül a végpontok közti biztonsági rendszer és ITSO Shell elrendezés; míg az egyéb elemek (például terminálok, back-office adatbázisok) leírására csak interfészeik vonatkozásában kerül sor. A műszaki követelményeket kiegészítő üzleti szabályok máshol vannak meghatározva.

1.1 A 3. rész hatóköre Az ITSO TS 1000 jelen része definiálja a Szolgáltatási Pont Terminálok /Point Of Service Terminals - POST-ok/ követelményeit annak érdekében, hogy a terminálok képesek legyenek az ITSO által definiált Interoperábilis Intelligens Vásárlói Média /Interoperable Smart Customer Media/ környezet támogatására. A POST-ok ezen követelményei az alábbiak szerint vannak csoportosítva: — Interfész a POST-tól a Média felé (külső interfész) 2. pont; — Interfész a POST-tól a HOPS felé (külső interfész) 3. pont; — Interfész a POST-tól az ISAM felé (belső interfész) 4. pont; — Emberi interfész, 5. pont; — A POST szoftver funkcionális követelményei, 6. pont. A jelen dokumentum csak azokat a követelményeket definiálja, melyek az Interoperábilis Intelligens Vásárlói Média használatra és az ITSO környezet többi része felé irányuló interfész kapcsolatokra vonatkozik. Ezen követelmények egy jegyterminál alapspecifikációja feletti Interoperabilitási rétegként alkalmazandók. Egy ilyen készülék teljes specifikációja kívül esik jelen dokumentum hatókörén. A kétségek elkerülése céljából az a tény, hogy a POST-ot ITSO megfelelőség szempontjából akkreditálni kell nem jelenti azt, hogy a POST használatra alkalmas bármilyen egyéb területen, mint az Interoperábilis Intelligens Vásárlói Média támogatása.

1.2 A POST kontextusa az ITSO környezeten belül Az ITSO környezeten belül, a POST definíció szerint az olyan berendezések példányainak egy osztálya, amely lehetővé teszi tranzakciók végrehajtását a Vásárlói Médián (Customer Media – CM/ levő adat-entitásokkal. Az ITSO Környezeten belül az alábbi résztvevők jellemzően POST felhasználók: — Termék Kiskereskedők (ITSO Termék Entitás /ITSO Product Entitity – IPE/ példányok értékesítése és ITSO Shellre történő rátöltése); — Szolgáltatás Üzemeltetők (IPE példányok validálása és használata); — Vásárló (Felügyelet nélküli tranzakciók esetén); — ITSO Shell Kiskereskedők (ITSO Shell értékesítése és feltöltése a Médiára). A POST-ok hozzáférési mechanizmust biztosítanak a Média platformhoz annak érdekében, hogy támogassák az ITSO azon célját, hogy lehetővé tegye különböző platformokon értékesített és használt, különböző kibocsátóktól származó különböző jegytermékeknek több termék tulajdonos nevében történő interoperábilis használatát. A ‘POST’ kifejezés által lefedett berendezések köre széles és változatos. Azonban az összes POST-nak rendelkeznie kell az alábbi fő attribútumokkal: — képesnek kell lenniük arra, hogy az olyan érintkezésmentes Médiáról leolvassák az adatokat és ráírják az adatokat, amelyek megfelelnek az ITSO Specifikációnak; — időközönként adatot kell cserélniük egy HOPS rendszerrel; — fizikailag tartalmazniuk kell egy ITSO Biztonsági Alkalmazási Modult (ITSO Security Application Module - ISAM), mely egyedi a POST esetében, és melyet nem oszt meg a többi POST-tal.

9


ITSO TS 1000-3 2007-06


A berendezéseknek azon osztályai, amelyek vagy nem tartalmaznak egy dedikált ISAM-ot (például Média megtekintő), illetve amelyek közös ISAM forrásokat használnak (például egy távoli szerveren levő ISAM-ot), a jelen dokumentum hatókörén kívül esnek.

1.3 Együtt létezés Az ITSO Vásárlói Médiát használó jegyrendszerek valószínűleg együtt fognak létezni egy adott rendszer egyéb jegymenedzselő mechanizmusaival. Ezért a jelen dokumentumban specifikált POST-okra vonatkozó követelmények sok esetben együtt fognak létezni az egység egyéb funkcióival. A POST-okat úgy kell tervezni, hogy az ITSO funkcionalitás ne zavarja a nem-ITSO funkcionalitást, illetve a nem-ITSO funkcionalitás miatt ne kelljen engedményeket tenni. Különös jelentősséggel bírnak e tekintetben az alábbiak: — a POST-ok feldolgozhatnak egyéb Vásárlói Médiát, illetve alkalmazást a Beszállítók által megkövetelt bármilyen módon. Az ilyen Vásárlói Média, illetve alkalmazások támogatása nem korlátozhatja az ITSO kivitelezését; — az ITSO kivitelezése nem érintheti hátrányosan a POST megbízhatóságát. Ha egyéb jegy menedzselő módok is lehetségesek ITSO Vásárlói Média nélkül, akkor ezek üzemeltethetők, amennyiben az ITSO alrendszer nem lát el semmilyen funkciót (non-functional).

1.4 Konfigurálhatóság / jövőben történő bővítés Az ITSO előírja a POST minimális szintű konfigurálhatóságát a Specifikáció jelen verzióján alapuló interoperábilis működés lehetővé tétele érdekében. Mivel igen valószínű, hogy további Média platformok, termékek és üzenetek lesznek kidolgozva és beépítve a Specifikáció jövőbeli verzióiba, határozottan ajánlott, hogy a POST tervezők egy olyan architektúrát használjanak, amely lehetővé teszi az ilyen jövőbeli bővítéseket, előnyben részesítendő, ha ezt konfigurációs paraméterek révén teszi. A POST képességének jövőben történő bővítését lehetővé tevő ezen potenciális igényt a rendszer beszerzésben érintett feleknek is figyelembe kell venniük.

10


ITSO TS 1000-3 2007-06


2. A POST-tól a Média felé irányuló interfész 2.1 Általános ITSO Környezetben a POST elsődleges célja az, hogy érintkezésmentes Médiákról olvasson és azokra írjon. Ezért az összes POST-nak biztosítania kell egy, az alábbiaknak megfelelő érintkezésmentes interfészt: — ISO/IEC 14443-2:2001 A és B típus; — ISO/IEC 14443-3:2001 A és B típus; — ISO/IEC 14443-4:2001 A és B típus. A POST-nak támogatnia kell a ‘Mifare Classic’ érintkezésmentes interfészt is. A POST-nak biztosítania kell egyetlen "célterületet", ami lehetővé teszi azt, hogy a Médiát a felhasználók könnyen bemutassák és hogy a Média megbízható módon olvasható és írható legyen. A célterületet úgy kell tervezni, hogy a POST-ok képesek legyenek az olyan Médiák feldolgozására, melyek formatényezői eltérnek az ISO/IEC 14443-1:2000 dokumentumban definiáltaktól. Az ITSO nem követeli meg azt a POST-októl, hogy képesek legyenek az olvasómezőben egyidőben levő több Médiával működni. Amennyiben két vagy több olyan készüléket helyeznek az olvasótérbe egyidőben, amelyekkel a POST képes tranzakciót lebonyolítani, a POST-nak interakciót kell kezdeményeznie a vásárló felé a tranzakció lebonyolítása előtt.

2.2 Platform támogatás Az összes POST-nak támogatnia kell az ITSO TS 1000-10-ben definiált platformok teljes halmazát. A POSToknak meg kell valósítaniuk és alkalmazniuk kell a megfelelő megszakítás-mentességet biztosító mechanizmusokat, ahogyan az ITSO TS 1000-10 dokumentumban meg van határozva minden egyes platform típusra. Határozottan ajánlott, hogy a POST-ok olyan szoftver architektúrát használjanak, ami lehetővé teszi további platformok konfigurációs paraméterek segítségével történő hozzáadását. Abban az esetben, amikor a POST támogat nem-ITSO platformokat, akkor ennek a képességnek a beépítése nem korlátozhatja a terminál azon képességét, hogy feldolgozza az ITSO által definiált Média platformokat. A POST-nak nem lehet szüksége manuális inputra ahhoz, hogy kiválassza a Média típust, hanem ezt automatikusan kell végrehajtania az ISO/IEC 14443-3:2001 által megkövetelt ‘lekérdezési’ utasítások oly módon történő kibocsátásával, amely lehetővé teszi az összes definiált Média platform felismerését. A POST-nak le kell kérdeznie az összes definiált platformot előítélet mentes módon, mely szerint minden egyes platform típus felismerésének a valószínűsége azonos kell, hogy legyen, és kiválasztásának egy adott időtartamon belül kell esnie.

2.3 Alkalmazási Család Azonosító Az ISO/IEC 14443-3:2001 dokumentum előírja egy Alkalmazási Család Azonosító (Application Family Identifier - AFI) előszelektáló mechanizmus kiválasztását. Az ITSO nem írja kötelezően elő az AFI kódolás használatát. A POST-ok nem tételezhetik fel, hogy a Média használ AFI kódolást, és alapértelmezésként használniuk kell a 00 (hez) ‘összeset kiválaszt’ kódot.

2.4 ITSO Shell felismerése

11


ITSO TS 1000-3 2007-06


Egy bemutatott Médián levő ITSO Alkalmazás (mely ITSO Shell néven is ismert) jelenlétének felismerése megköveteli, hogy a POST a Médiáról lekérdezzen és parszoljon bizonyos adatokat. E folyamat mechanizmusa platformfüggő. Az összes POST-nak biztosítania kell ilyen mechanizmusokat az ITSO TS 1000-10 dokumentumban definiált összes platformra vonatkozóan. A vonatkozó funkcionális követelmények a 6.1 pont alatt találhatók.

2.5 Adat entitás támogatás Az összes POST-nak képesnek kell lennie arra, hogy az ITSO TS 1000-2 dokumentumban definiált ITSO adat entitásokat parszolja és feldolgozza. Ezen entitások közé tartoznak többek között az alábbiak: — az ITSO Shell Környezet Adatcsoport; — a Könyvtár Adatcsoport; — az IPE Adatcsoport; — az Érték Rekord Adatcsoport; — a Ciklikus Napló; — az Adatcsoportokat alkotó adatstruktúrák: • a Címke; • az Adathalmaz; • a Példány ID; • a Pecsét. Az ITSO TS 1000-10 dokumentum definiálja az adat entitás helyeket és hozzáférési mechanizmusokat minden egyes platform típus esetében.

2.6 IPE támogatás Az ITSO TS 1000-5 dokumentum definiálja az IPE-k teljes halmazát. A POST-nak támogatnia kell az IPE-k azon szükséges halmazát, melyek használata szempontjából jelentősséggel bírnak egy interoperábilis környezetben. A szükséges IPE halmazt az ITSO definiálja.

12


ITSO TS 1000-3 2007-06


3. POST-tól a HOPS felé irányuló interfész 3.1 Általános Az ITSO TS 1000-9 dokumentumban leírtaknak megfelelően az ITSO kommunikációs architektúra hierarchikus, és ebben a hierarchiában a POST-ok jelentik a hierarchia "alapját". Minden egyes ITSO-nak megfelelő Séma "csúcsán" van egy, az ITSO TS 1000-9 dokumentumban részletesen leírtaknak megfelelő első vonali HOPS, mely biztosítja az interfészt a séma és az ITSO Környezet többi része között. A POST és a HOPS között jellemzően séma specifikus rétegek találhatók, ahol adat láncolás (felfele irányuló áramlás céljából) és adat terjesztés (lefele irányuló áramlás) történik. A környezeten belül szükséges adatcsere biztosítása érdekében az összes POST-nak képesnek kell lennie 2irányú kommunikációra egy definiált 'első vonali' HOPS-szal és rendelkeznie kell az ennek végrehajtásához szükséges eszközökkel. A biztonságos, veszteségmentes kommunikáció az ITSO környezet egyik alapvető követelménye. A POST-on belül ez adat megőrzési szabályok használata révén és az ISAM által Adat Keret lepecsételése céljából nyújtott szolgáltatásokkal együtt valósul meg. Egy érvényes ITSO Üzenet generálása és egy ITSO Üzenet ellenőrzése mindig egy közös feladatot jelent, amelyben érintett a POST és a POST ISAM-ja. Az ISAM funkcionalitással kapcsolatosan további információ az ITSO TS 1000-7 és az ITSO TS 1000-8 dokumentumokban található. Az alábbi pontokban a POST kifejezés az üzenet generálást és ellenőrzést szolgáló POST / ISAM együttes közös jelöléseként szerepel.

3.2 Kötelezően előírt üzenet halmaz Az 1. táblázat összefoglalja az összes POST által támogatandó üzeneteket. Ezen üzenetek Üzenet Osztályok szerint vannak csoportosítva. (Rx = támogatnia kell az üzenet fogadását; Tx = támogatnia kell az üzenet átvitelét). 1. táblázat – Üzenet halmaz összefoglalása Üzenet Osztály / Üzenet 0. osztály ACK1 (Adatátvitel Kontroll) ACK2 (Adatátvitel Kontroll) NAK1 (Adatátvitel Kontroll) NAK2 (Adatátvitel Kontroll) 1. osztály Tranzakció Rekord Adatok 2. osztály Lekérdezés Lekérdezés Válasz Konfigurációs Adat Lista Paraméter Táblázat 3. osztály ISAM Biztonsági Adatállomány ISAM Biztonsági Visszaigazolás

Követelmény Rx Rx / Tx Rx Rx / Tx Tx Tx Rx Rx Rx Rx Tx

Az ITSO biztosít egy 2. osztályú Felhasználó által Definiált üzenet típust, amely használható a POST és a HOPS között. Az ilyen jellegű üzenet típus támogatása nincs kötelezően előírva. Az ITSO TS 1000-9 dokumentum definiálja az ITSO Üzenetekhez használandó általános struktúrát. Az ITSO TS 1000-6 dokumentum definiálja az egyes üzenettípusok esetében követendő tartalmi és felhasználási szabályokat.

13


ITSO TS 1000-3 2007-06


3.3 Adatátviteli módszerek és adat formátumok Az ITSO TS 1000-9 dokumentumban definiáltaknak megfelelően nincs kötelezően előírt adatátviteli módszer, illetve adat formátum a POST és a POST első vonali HOPS-a közti kommunikációra. A rendszer tervezők bármilyen adatátviteli módszert, illetve adat formátumot használhatnak, feltéve, hogy az alábbi követelmények kielégítésre kerülnek az ITSO TS 1000-9 dokumentumban leírtak szerint: — a módszerek és a formátumok támogatják a veszteségmentes adatátviteli módszertant; — a módszerek és formátumok lehetővé teszik a szükséges adatok robusztus és biztonságos módon történő átvitelét; — a módszerek és formátumok lehetővé teszik az átvitt adatok teljes körű visszanyerését annak natív formátumában; — a módszerek és formátumok lehetővé teszik az átvitt adatok ellenőrzését az ISAM által létrehozott pecsét alapján a fogadó csomópontnál. Határozottan ajánlott, hogy a POST-ok képesek legyenek adatokat továbbítani és fogadni ITSO adatátviteli formátumban, az ITSO TS 1000-9 dokumentumban definiáltaknak megfelelően. Amennyiben egy POST nem támogatja sem a teljes körű, sem a minimális XML tag készletet, akkor tanúsítványa széljegyzettel lesz ellátva (endorsed). Ez a széljegyzet azt fogja tartalmazni, hogy milyen egyéb rendszerekre és/illetve szolgáltató eszközökre (például depó rendszerekre, adat konverterekre, stb.) van szükség ahhoz, hogy egy XML ITSO interfészt lehessen biztosítani. Valójában ez a széljegyzet fel fogja sorolni, hogy mire van szükség a POST-tól egy olyan HOPS felé irányuló interfészhez, amely biztosít egy ITSO által definiált XML adat portált.

3.4 Veszteségmentes adatátvitel Az ITSO TS 1000-9-es dokumentumban definiáltaknak megfelelően az ITSO kommunikációs környezet végpontok közti veszteségmentes adatátvitelt biztosít alkalmazási szinten az alábbiak felhasználásával: — Pozitív Visszaigazolások; — Adat megőrzés és ismételt továbbítás.

3.4.1 Pozitív visszaigazolások Az összes POST-nak generálnia kell és továbbítania kell a megfelelő 0. Osztályú Adatátvitel Kontroll üzenetet (ACK2 vagy NAK2), amikor egy HOPS-tól egy 2. Osztályú üzenetet kap. A visszaigazolások generálásával kapcsolatos funkcionális követelmények a 6.3 pont alatt találhatók. Az összes POST-nak fogadnia kell és korrekt módon fel kell dolgoznia a HOPS-tól érkező 0. Osztályú Adatátviteli Kontroll üzeneteket. A visszaigazolások feldolgozásával kapcsolatos funkcionális követelmények a 6.3 pontban találhatók.

3.4.2 Adatmegőrzés A POST-ok által történő adatmegőrzés az ITSO veszteségmentes adatátviteli mechanizmus szerves részét képezi. Az összes POST-nak meg kell őriznie az 1. Osztályú és a 2. Osztályú üzenetekben továbbított adatok egy teljes példányát biztonságos és nem-felejtő (non-volatile) módon mindaddig, amíg egy érvényes ACK-ot nem kap az illető adatátvitelre vonatkozóan. Ekkor és csak ekkor szabad a POST-nak törölnie az adatot a biztonságos tárból. A visszaigazolások feldolgozására és az ACK érvényességének meghatározására vonatkozó funkcionális követelmények a 6.3 pont alatt találhatók. Megjegyzés: Az ITSO nem írja elő kötelezően, hogy az átvitt adatokat törölni kell a biztonságos tárból sikeres adatátvitel és visszaigazolás után, és a POST-ok az ilyen adatoknak megőrizhetik egy példányát.

14


ITSO TS 1000-3 2007-06


A POST folyamatos ITSO-specifikus működése a fenti adatmegőrzési követelménynek van alárendelve. Ez azt jelenti, hogy amennyiben a POST memóriatára ‘megtelik’, és a POST nem képes sikeresen továbbítani az adatokat és fogadni az ezen adatokra vonatkozó érvényes pozitív visszaigazolásokat, akkor a POST-nak azonnal fel kell függesztenie normál ITSO működését mindaddig, amíg a sikeres adatátvitel és visszaigazolás helyre nincs állítva. A POST-nak ‘üzemen kívül’ jelzést kell adnia az 5. pontban definiáltaknak megfelelően. Megjegyzés: A fenti követelmény egy tényező egy adott rendszer használatára vonatkozóan, a megfelelő memória méretezés és kommunikációs technológia meghatározása terén. Az ISAM az AMS rendszeren keresztül konfigurálható a Tranzakciós Rekordok tárolása céljából, ami a POST számára további biztonságos, nem-felejtő memória erőforrásokat biztosít. További részletek a 6.3 pont alatt találhatók.

3.4.3 Ismételt adatátvitel Ha a POST nem kapja meg a szükséges ACK-t egy korábbiakban továbbított üzenetre egy meghatározott időtúllépési időszakon belül, akkor újból el kell küldenie az üzenetet a HOPS-nak. Megjegyzés: Az ITSO TS 1000-9-es dokumentum csak a maximálisan megengedhető időtúllépési időszakot specifikálja. Egy rendszer használhat rövidebb időtúllépést, amennyiben kommunikációs infrastruktúrája támogatja azt.

3.4.4 Eltávolítható memória modulok A POST-ok bizonyos tervei, illetve telepítései alkalmazhatnak eltávolítható memória modulokat a POST és egy rögzített infrastruktúra (és végső soron az ‘első-vonali’ HOPS) közti adatátvitel biztosítása érdekében. Ezekben az esetekben a következő szabályok érvényesek: — A POST-nak tárolnia kell a Tranzakció Rekordokat (illetve az ISAM-ot kell használnia azok tárolására), és meg kell őriznie azokat egy biztonságos, nem-felejtő tárban rögzített memóriáján belül, függetlenül attól, hogy azok egyidőben felírásra kerülnek-e az eltávolítható memória modulra. — Maguk az eltávolítható memória modulok nem képezik az ITSO adatmegőrzési és törlési szabályok tárgyát, és a POST és a HOPS közti transzport média egyik formájának tekintendők. — A POST a Tranzakció Rekordok tárolására az alábbi módok bármelyikét használhatja: — a memória modul aktualizálása a Tranzakció Rekordok létrehozatalakor, valós időben; — a Tranzakció Rekordok memória modulra történő írása ‘kötegelt’ művelettel. — Amennyiben a POST-ban (illetve ISAM-ban, ha az használva van) a Tranzakció Rekord tár megtelik, a POST-nak meg kell szüntetnie ITSO vonatkozású működését a 3.4.2 pontban meghatározottaknak megfelelően. Ez érvényes függetlenül attól, hogy az eltávolítható memória modulban van vagy nincs fennmaradó tárolási kapacitás. — Amennyiben a POST az első üzemmódban működik, azaz folyamatosan aktualizálja a memória modult, és a modul memóriája megtelik, miközben a POST-nak (illetve az ISAM-nak, amennyiben az használva van) van még fennmaradó memória kapacitása, akkor az ITSO nem követeli meg a POST-tól az ITSO vonatkozású működésének felfüggesztését.

15


ITSO TS 1000-3 2007-06


4. POST-tól ISAM felé irányuló interfész 4.1 Általános Az ISAM egy ITSO által szállított biztonsági alrendszer, és az ITSO Környezeten belüli fő műszaki biztonsági összetevők egyike. Az ISAM biztonsági alrendszer szerepkörével és hatókörével kapcsolatosan további részletek az ITSO TS 1000-7 dokumentumban találhatók. Az ITSO Környezetben működő POST minden egyes példányának el kell látva lennie egy ISAM-mal.

4.2 Fizikai Minden egyes POST-ot el kell látni minimum egy ISAM aljzattal. Az aljzatnak fogadnia kell a ‘Plug-in SIM Kártyákra’ vonatkozó GSM 11.11 szabványnak, más néven ID-000 formátumnak megfelelő készülékeket. Az aljzatokat úgy kell tervezni, hogy lehetővé tegye az ISAM beillesztését és eltávolítását az ISAM, illetve a POST megsérülésének kockázata nélkül. ‘Lezárt’ állapotban az aljzatnak az ISAM-ot biztonságosan a helyére kell rögzítenie. Az aljzatot úgy kell elhelyezni, hogy hozzáféréséhez az eszközhöz történő hozzáférésre is szükség legyen. Azonban az ilyen jellegű hozzáféréshez nincs szükség feltörés biztos, illetve jótállási pecsétek felnyitására.

4.3 Elektromos 4.3.1 - 3-voltos készülék A szabvány ISAM egy 3-voltos készülék, és az alábbi elektromos követelményeknek felel meg: — az ISAM elektromos csatlakozói a GSM 11.12:03-1998 dokumentumban definiáltaknak felelnek meg; — a POST-nak el kell látnia az ISAM-ot egy, a 2,7VDC-3,3VDC tartományba eső feszültséggel; — a POST-nak képesnek kell lennie arra, hogy az ISAM-ot minimum 50mA-es folyamatos árammal lássa el; — a POST-nak egy 1-5MHz tartományba eső óra frekvenciát kell használnia az ISAM felé; — a POST-nak képesnek kell lennie arra, hogy 3,579MHz-en támogasson egy 115Kbits/s-os I/O baud sebességet. Ajánlott, hogy a POST képes legyen 3,579MHz-en maximum 446,2 Kbits/s-os ISAM I/O baud sebesség támogatására; — az összes egyéb elektromos paraméternek meg kell felelnie a GSM 11.12:03-1998 dokumentumban meghatározottaknak.

4.3.2 - 5-voltos készülék Az ISAM-nak egy alternatív 5-voltos nem szabványos verziója biztosítható külön megrendelés esetén. Ez a készülék nem felel meg az ISO-nak, mivel feszültség tartománya korlátozott. Általános használatra nem ajánlott. Ennek a készüléknek a következők az elektromos követelményei: — az ISAM elektromos csatlakozói a GSM 11.12:03-1998 dokumentumban definiáltaknak felelnek meg; — a POST-nak el kell látnia az ISAM-ot egy, a 4,75VDC-5,25VDC tartományba eső feszültséggel; — a POST-nak képesnek kell lennie arra, hogy az ISAM-ot minimum 50mA-es folyamatos árammal lássa el; — a POST-nak egy 1-5MHz tartományba eső óra frekvenciát kell használnia az ISAM felé; — a POST-nak képesnek kell lennie arra, hogy 3,579MHz-en támogasson egy 115Kbit/s-os I/O baud sebességet. Ajánlott, hogy a POST képes legyen 3,579MHz-en maximum 446,2 Kbit/s-os ISAM I/O baud sebesség támogatására; — az összes egyéb elektromos paraméternek meg kell felelnie a GSM 11.12:03-1998 dokumentumban meghatározottaknak.

16


ITSO TS 1000-3 2007-06


4.4 Protokoll A POST az ISAM-mal a T=1 protokoll felhasználásával kommunikál az ISO/IEC 7816-3:1997 dokumentumban definiáltaknak megfelelően. A POST az ‘interfész készülék’ szerepkörben működik az ISO/IEC 7816-3:1997 dokumentumban definiáltaknak megfelelően. Az ISAM által biztosított Reset-re adott Válaszra (Answer to Reset - ATR) vonatkozó további részletek az ITSO TS 1000-8 dokumentumban találhatók. Az ISAM által támogatott Protokoll és Paraméter Kiválasztások (Protocol & Parameter Selection - PPS) beállításokra vonatkozó további tájékoztatás az ITSO TS 1000-8 dokumentumban található.

4.5 Utasítás halmaz Az ISAM által támogatott teljes körű utasítás halmaz részletei az ITSO TS 1000-8-as dokumentumban található. A szükséges működési funkciók végrehajtása céljából a POST által generált ISAM utasítás szekvenciákra vonatkozó információk az ITSO TS 1000-7 dokumentumban találhatók.

4.6 Az ISAM használata Az alábbi funkciók végrehajtásakor a POST az ISAM által biztosított szolgáltatásokat biztosítja: — az ISAM érvényességének ellenőrzése a POST indításakor/inicializálásakor; — a Vásárlói Média és a POST közti kölcsönös hitelesítés (ahol ez értelmezhető); — egy POST-tól a Vásárlói Média felé irányuló kommunikációs munkaszakasz felállítása; — a POST-tól a Vásárló Média felé irányuló kommunikációs munkaszakasz lezárása; — a bemutatott Médián levő ITSO Shell hozzáférési kulcsainak megszerzése; — a bemutatott Médián levő ITSO Könyvtár hozzáférési kulcsainak megszerzése; — a bemutatott Médián levő IPE-k hozzáférési kulcsainak megszerzése; — a bemutatott Médián levő IPE egy példányának létrehozatala; — a bemutatott Médián levő IPE egy példányának törlése; — a bemutatott Médián levő ITSO Könyvtár érvényességének ellenőrzése; — a bemutatott Médián levő ITSO Shell-ben levő IPE-k érvényességének ellenőrzése; — a bemutatott Médián levő ITSO Shell Érték Rekordjai érvényességének ellenőrzése; — azon IPE-k lepecsételése, amelyeket módosított a POST; — azon Érték Rekordok lepecsételése, amelyeket módosított a POST; — az ITSO Könyvtár lepecsételése azt követően, hogy azt módosította a POST; — a POST által generált Tranzakció Rekordok lepecsételése; — IBatch Fejléc inicializálása; — egy futó IBatch Fejléc kiszámítása a POST által generált Tranzakció Rekordok számára; — egy IBatch Fejléc letisztítása azt követően, hogy az összes kapcsolatos Tranzakció Rekord sikeresen továbbítva lett egy HOPS-nak; — a POST által fogadott Adat Keretek érvényességének ellenőrzése; — a POST által generált Adat Keretek lepecsételése; — az ISAM-on belül levő listák (forró/akció) keresése;

4.7 Biztonságos Adat Keret adat kezelés A POST-nak késedelem nélkül továbbítania kell minden Biztonságos Adat Keretben kapott ISAM Biztonsági Adatállományt az ISAM-hoz. Amennyiben egy tranzakció folyamatban van, akkor a tranzakció befejezhető a Biztonsági Adatállomány átadásának végrehajtása előtt.

17


ITSO TS 1000-3 2007-06


A POST-nak meg kell szereznie az ISAM Biztonsági Visszaigazolást az ISAM-tól az ITSO TS 1000-8 dokumentumban definiált mechanizmus felhasználásával és ezt a Biztonságos Adat Keretet el kell helyeznie egy 3. Osztályú üzenetben, és ezt az üzenetet továbbítania kell a HOPS felé, amint lehetséges.

4.8 Kivétel kezelés Az ISAM egy állapot kódot küld vissza válaszul a POST-tól származó utasításokra (lásd az ITSO TS 1000-8 dokumentumot). Ez az állapotkód a következő kategóriák egyikébe van besorolva: — OK Az utasítás sikeresen végre lett hajtva; — NON-FATAL ERROR (nem végzetes hiba) Bekövetkezett a hiba, de a POST működése folytatható; — FATAL ERROR (végzetes hiba) Bekövetkezett egy hiba és a POST-nak meg kell szüntetnie ITSO működését; A POST-oknak ellenőrizniük kell az állapot kódot minden egyes utasítás után, és e kód besorolása alapján meg kell tenniük a szükséges lépést a fentiekben meghatározottak szerint. Határozottan ajánlott, hogy a POST naplózza a részletes hibakódot a hiba diagnosztika lehetővé tétele érdekében.

18


ITSO TS 1000-3 2007-06


5. Emberi interfész 5.1 Általános Az emberi interfész bizonyos attribútumainak ITSO által történő specifikálása szükséges annak érdekében, hogy biztosítva legyen az, hogy a felhasználók egy következetes ‘felhasználói élményben’ részesüljenek, amikor ITSO működésre képes POST-tal találják magukat szemben. Ezen ITSO-specifikus attribútumok az egység teljes emberi interfészének csak egy részét képezik, és mint ahogy azt a korábbiakban ismertettük, egyéb alapvető séma-specifikus követelményeket kell előírni egy működő rendszer megvalósításához. A lakosság tagjai által használt kártya termináloknak meg kell felelniük az alábbiaknak: — az 1995-ös Mozgássérültekkel kapcsolatos diszkriminációs Törvény (Disability Discrimination Act 1995 ‘a DDA’) 3. részében található hozzáférhetőségi követelmények; — EN 1332-1:1999 – Azonosító kártyarendszerek; ember-gép interfész – A felhasználói interfész tervezési alapelvei; — EN 1332-3:1999 - Azonosító kártyarendszerek; ember-gép interfész – Billentyűzetek.

5.2 Hozzáférhetőség A Média "Cél Területét" egyértelműen jelezni kell a vásárló felé. A Média Cél Terület hozzáférhetőségének meg kell felelnie a DDA követelményeinek. A Média Cél Terület hozzáférhetőségének meg kell felelnie az EN 1332-1:1999 követelményeinek. A vásárló számára szükséges billentyűzetek hozzáférhetőségének meg kell felelnie a DDA követelményeinek. A vásárló számára szükséges billentyűzetek hozzáférhetőségének meg kell felelnie az EN 1332-3:1999 követelményeinek.

5.3 Vásárlókat szolgáló jelzések A POST olyan alkalmazások esetében történő használata esetén, melyeknél a vásárló közvetlen interakciót bonyolít le az egységgel, a POST-nak biztosítania kell mind hallható, mind látható jelzéseket az ITSO Shell-t tartalmazó Média használatának elősegítése érdekében.

5.3.1 Hallható jelzések A hallható jelzéseknek meg kell felelniük az EN 1332-1:1999 követelményeinek. Hallható jelzéseket kell használni az alábbiak jelzésére és megkülönböztetésére: — egy sikeres ITSO Tranzakció befejezése — egy sikertelen ITSO Tranzakció

5.3.2 Látható jelzések A látható jelzéseknek meg kell felelniük az EN 1332-1:1999 követelményeinek. A látható jelzéseket az alábbiak jelzésére és megkülönböztetésére kell használni: — a POST ‘Üzemben van’ és képes az ITSO Shell-t hordozó Média fogadására és feldolgozására — a POST ‘Üzemen kívül van’ és nem képes az ITSO Shell-t hordozó Média fogadására és feldolgozására

19


ITSO TS 1000-3 2007-06


— egy sikeres ITSO Tranzakció befejezése — egy sikertelen ITSO Tranzakció

5.4 Egyéb I/O készülékek 5.4.1 Vásárlói kivetítő Az 5.3.2 fejezetben meghatározott látható jelzések mellett a POST-ok rendelkezhetnek egy kivetítővel is, mely segítségével részletesebb tájékoztatás továbbítható a vásárlók felé. Az ilyen felhasználót szolgáló kivetítőnek, amennyiben az jelen van, meg kell felelnie a BS EN 1332-1:1999 dokumentum követelményeinek. Amennyiben olyan Média kerül bemutatásra, amely ‘Felhasználóval Kapcsolatos Információt’ (User Related Information - URI) tartalmaz, akkor a POST-nak alkalmaznia kell a megfelelő vásárlói kivetítő beállításokat a BS EN 1332-4:1999 dokumentum követelményeinek való megfelelés érdekében. Az ITSO Tranzakciókkal kapcsolatos üzenet sztringek definíciója a Szabványos vásárlói Üzenetek című 'A' Függelékben található.

5.4.2 Felhasználói konzol A POST-ok rendelkezhetnek egy felhasználói konzollal, amely lehetővé teszi, hogy a vásárló Vásárlói Médiájával/Tranzakcióival kapcsolatos adatokat rögzítsen és megtekintsen. Az ilyen felhasználói konzolnak, amennyiben jelen van, meg kell felelnie a BS EN 1332-1:1999 és a BS EN 1332-3:1999 dokumentumok követelményeinek. Amennyiben olyan Média kerül bemutatásra, amely ‘Felhasználóval Kapcsolatos Információt’ (User Related Information - URI) tartalmaz, akkor a POST-nak alkalmaznia kell a megfelelő konzol beállításokat a BS EN 1332-4:1999 dokumentum követelményeinek való megfelelés érdekében.

5.5 ITSO akkreditációs megjelölés Azon a POST modell példányokat, amelyek ITSO szerint akkreditálva lettek és amelyeket olyan sémában használják fel, amely elfogadja az ITSO Vásárlási Médiát, el kell látni jóváhagyott ITSO Akkreditációs logoval. A logot olyan helyen kell elhelyezni, ahol látható anélkül, hogy a POST-ot el kellene távolítani bármilyen állványról. További részletek az ITSO Üzleti Szabályaiban találhatók.

20


ITSO TS 1000-3 2007-06


6. A POST szoftver funkcionális követelményei Jelen pont az alábbiakkal kapcsolatos funkcionális követelményeket definiálja: — média kezelés; — IPE kezelés; — üzenet generálás és feldolgozás; — konfiguráció kezelés.

6.1 Média kezelés A jelen alpont az ITSO Vásárlói Média kezelésével kapcsolatos következő funkcionális követelményeket definiálja: — ITSO Shell felismerése és validálása; — a Könyvtár validálása; — termékek kiválasztása; — Megszakításmentesség kezelés; — média ismételt bemutatása; — tranzakciós idő.

6.1.1 Az ITSO Shell felismerése és validálása A 2. pont tartalmának megfelelően az összes POST-nak képesnek kell lennie arra, hogy automatikusan felismerje és kezdeményezze az ITSO TS 1000-10-ben meghatározott Vásárlói Média platformokkal (Customer Media platform - CMD) történő kommunikációt. A platform típusok köre miatt nincs olyan közös mechanizmus, amely felhasználható a bemutatott médián jelen levő ITSO Shell létezésének megállapítására. Minden egyes CMD esetén a POST-nak végre kell hajtania a Média szükséges lekérdezését annak megállapítása érdekében, hogy egy ITSO Shell jelen van vagy nincs. Az ITSO Shell felismerésével kapcsolatos részletek az ITSO TS 1000-10-es dokumentumban találhatók. A fenti folyamat végén, amennyiben a bemutatott Média tartalmaz egy érvényes le nem járt ITSO Shell-t, akkor a POST-nak rendelkezésére fognak állni azok a paraméterek, amelyek a Könyvtár eléréséhez és validálásához szükséges. Ezen paraméterek közé tartoznak a következők: — MID; — ISRN; — FVC; — KSC; — KVC; — KAS (Hozzáférés tárgyát képező adat entitás által meghatározott érték). Ezen paraméterek jelentésével és használatával kapcsolatosan további információk az ITSO TS 1000-2 és az ITSO TS 1000-10 dokumentumokban találhatók. Amennyiben a POST nem tudott felismerni egy ITSO Shell-t, illetve a felismert ITSO Shell lejárt, akkor a POST-nak azonnal meg kell szüntetnie a tranzakciót és rögzítenie kell egy kivétel tranzakció rekordot, a ITSO TS 1000-6 dokumentumban meghatározottak szerint. 6.1.1.1 Kompakt ITSO Shell feldolgozás A ‘Kompakt Shell’ koncepcióját az ITSO TS 1000-2 dokumentum definiálja. Az ITSO Shell-nek ezt a formáját korlátozott tároló kapacitással rendelkező platformokon használják. Az ilyen platformokra vonatkozó részletek az ITSO TS 1000-10 dokumentumban találhatók. Amikor a POST egy Kompakt ITSO Shell-t hordozó platformot ismer fel, akkor a POST ‘újraalkot’ egy teljes ITSO Shell-t az ITSO TS 1000-10 dokumentumban dokumentált paraméterek felhasználásával. A POST, amikor

21


ITSO TS 1000-3 2007-06


szükséges, ezt az ‘újraalkotott’ ITSO Shell-t használja (például ISAM utasítások részeként történő paraméterek elküldése céljából).

6.1.2 A Könyvtár validálása A fenti alpontban leírt módon történő ITSO Shell felismeréséhez nincs szükség az ISAM szolgáltatásaira. Azonban az összes platformmal történő interakciónak egy ‘biztonságossá tett munkaszakaszon’ belül kell bekövetkeznie. Ehhez a munkaszakaszhoz a POST-nak igénybe kell vennie számos ISAM szolgáltatást a Médiával folytatott párbeszéd alatt. A biztonságossá tett munkaszakasz részletes struktúráját az ITSO TS 1000-7 definiálja. Egy érvényes ITSO Shell felismerése esetén a POST-nak el kell indítania és végre kell hajtania egy biztonságossá tett munkaszakaszt az ITSO TS 1000-7 és az ITSO TS 1000-8 dokumentumban definiáltaknak megfelelően. Az ISAM hiba feltételt fog jelezni, amennyiben megállapítja az alábbiakat: — a Formátum Verzió Kód POST-on történő használata nincs támogatva, illetve engedélyezve; — a Kulcs Stratégia Kód POST-on történő használata nincs támogatva, illetve engedélyezve. Mindkét fenti esetben a POST-nak le kell állítania a tranzakciót és a munkaszakaszt, és rögzítenie kell egy kivétel Tranzakció Rekordot az ITSO TS 1000-6 dokumentumban definiáltaknak megfelelően. A biztonságos munkaszakasz következő fázisa a Könyvtár validálása. E fázis során a POST megszerzi a Könyvtárhoz történő hozzáféréshez szükséges kulcsokat az ISAM-tól, majd a Könyvtár tartalmát továbbítja az ISAM-hoz a Könyvtár pecsétjének ellenőrzése céljából. Azon platformok esetében, melyek a Könyvtár megszakításmentes másolataival rendelkeznek, a másolatok ellenőrzését az ITSO TS 1000-10 dokumentumban definiáltaknak megfelelően kell végrehajtani. Amennyiben az ISAM azt jelzi, hogy az ITSO Shell egy érvényes Könyvtárt tartalmaz, akkor a POST-nak folytatnia kell a tranzakciót és meg kell állapítania, hogy az ITSO Shell nincs blokkolva, illetve nem szerepel a Forró Listán. Amennyiben az ISAM nem talál érvényes Könyvtárat, a POST-nak meg kell szüntetnie a tranzakciót és a munkaszakaszt, és rögzítenie kell egy kivétel Tranzakció Rekordot az ITSO TS 1000-6 dokumentumban definiáltaknak megfelelően. Amennyiben az ITSO Shell Forró Listán szerepel, illetve blokkolva van, a POST-nak meg kell szüntetnie a tranzakciót és a munkaszakaszt, és rögzítenie kell egy kivétel Tranzakció Rekordot az ITSO TS 1000-6 dokumentumban definiáltaknak megfelelően. Amennyiben a Média tartalmaz egy érvényes Könyvtárt és ITSO Shell-je nincs blokkolva, illetve nem szerepel Forró Listán, akkor a POST-nak folyatnia kell a tranzakciót és meg kell állapítania, hogy az ITSO Shell-en belül jelen van(nak)-e érvényes termék(ek).

6.1.3 Termékek kiválasztása A POST-nak parszolnia kell a Könyvtárban szereplő tételeket annak érdekében, hogy megállapítsa olyan termékek jelenlétét, amelyek megfelelnek annak az alkalmazásnak, amelyet a POST üzemeltet. Az első Könyvtár Tétel parszoláshoz nem kell igénybe venni az ISAM szolgáltatásait, a POST ellenőrizni tudja azokat a Tételeket, amelyek: — olyan IIN, OID, TYP, PTYP kombinációt tartalmaznak, melyre vonatkozóan a POST rendelkezik üzemeltetési/interoperabilitási szabályokkal; — használat szempontjából nincsenek blokkolva; — nem jártak le.

22


ITSO TS 1000-3 2007-06


Ezen első parszolás után a POST-nak össze kell állítania a termékek ‘jelölt listáját’ (IPE példányok), melyeket ezt követően ellenőrizni lehet. Ebben a kontextusban az IPE példány vonatkozik mind a ‘statikus’ IPE Adat Csoportra, mind bármilyen kapcsolatos Érték Rekord Adat Csoportra. Amennyiben a rendszer nem talál jelölt IPE példányt, akkor POST-nak meg kell szüntetnie a tranzakciót és a munkaszakaszt, és rögzítenie kell egy kivétel Tranzakció Rekordot az ITSO TS 1000-6 dokumentumban definiáltaknak megfelelően. A jelölt IPE példányok kiválasztási sorrendjét fel kell állítani az alábbiak segítségével: — a POST-on belül levő konfigurált kiválasztási szabályok 1 , amikor ezen szabályok egyeztetése megtörtént a Szolgáltatás Üzemeltető és a Termék Tulajdonos(ok) között; — IPE Prioritás Felülírási (PriorityOverride) jelzés (flag) beállítások; — kiválasztás a vásárló által, amennyiben azt az üzemeltetési környezet és a POST modell megengedi. Ezt követően a POST-nak továbbítania kell a kiválasztott IPE példányt az ISAM-hoz az érvényességnek az ITSO TS 1000-7 és az ITSO TS 1000-8 dokumentumokban definiált módon történő ellenőrzése céljából. Amennyiben az IPE példány az ISAM által történő használatra érvénytelennek minősül, a POST-nak rögzítenie kell egy kivétel Tranzakció Rekordot az ITSO TS 1000-6 dokumentumban definiáltak szerint. Amennyiben létezik egy alternatív IPE példányt, akkor ezt kell átadni az ISAM-nak ellenőrzés céljából. Amennyiben a rendszer nem talál érvényes IPE példányt, akkor POST-nak meg kell szüntetnie a tranzakciót és a munkaszakaszt, és rögzítenie kell egy kivétel Tranzakció Rekordot az ITSO TS 1000-6 dokumentumban definiáltaknak megfelelően. Amennyiben a rendszer talál egy érvényes IPE példányt, a POST-nak fel kell dolgoznia az IPE-t a 6.2 pontban definiáltaknak megfelelően.

6.1.4 Megszakítás mentesség kezelése Az összes POST-nak meg kell valósítania és támogatnia kell az ITSO TS 1000-2-ben körvonalazott és az ITSO TS 1000-10 dokumentumban definiált megszakítás mentességet biztosító mechanizmusokat. A POST nem folytathat tranzakciót a Vásárlói Médiával oly módon, mely a Médiát olvashatatlanná teszi más POST-ok számára. Amikor a POST felismeri, hogy a Média túl korán el lett távolítva, akkor hibafeltételt kell jeleznie a felhasználó felé és amikor csak lehetséges, kérnie kell a Média ismételt bemutatását. A POST-nak rögzítenie kell a tranzakció állapotát oly módon, hogy a Média ismételt bemutatása után a tranzakciót be lehessen fejezni. A POST-nak mindig be kell fejeznie egy tranzakciót, amennyiben a kérdéses Vásárlói Média ismételten bemutatásra kerül, bármilyen egyéb Média bemutatása előtt. Ajánlott, hogy a POST képes legyen a Megszakított Vásárlói Médián a tranzakció befejezésére, ha azt egy meghatározott tranzakció számon belül mutatják be (mondjuk 10). Amennyiben a POST nem képes ellenőrizni azt, hogy a Média szabályos módon aktualizálva lett, akkor a POST nem hozhat létre egy ‘sikeres’ Tranzakció Rekordot. Ehelyett rögzítenie kell egy kivétel Tranzakció Rekordot az ITSO TS 1000-6 dokumentumban definiáltaknak megfelelően.

6.1.5 Média újbóli bemutatása A POST-okat úgy kell tervezni, hogy megelőzzék a Vásárlói Média nem szándékos ismételt bemutatása miatt bekövetkező ‘Dupla Tranzakciókat’.

1

Ezeknek a szabályoknak az a célja, hogy biztosítsa, hogy a vásárló a ‘legjobb értéket’ kapja a rendelkezésre álló opciók alapján.

23


ITSO TS 1000-3 2007-06


Az alkalmazott mechanizmusoknak figyelembe kell venniük az alkalmazást, az üzemeltetési környezetet és a használt jegy terméket. Megjegyzés: Bizonyos alkalmazások megkövetelik a rendszertől, hogy viszonylag gyors tranzakciókat hajtsanak végre szabályosan egyetlen platformon; egy carnet termék csoportos használata, illetve a Tárolt Utazási Jogok (STR) két példa erre vonatkozóan.

6.1.6 Tranzakciós idő 6.1.6.1 Benchmark Tranzakció A POST-oknak képesnek kell lennie az ITSO TS 1000-10-ben definiált benchmark tranzakciók végrehajtására. A benchmark Tranzakciók kezdetének az számít, amikor a Média teljesen belép a POST RF mezőjébe. A benchmark Tranzakció végének az számít, amikor a POST megkapta a Médiától az utolsó szükséges adat tételt, az ITSO TS 1000-10-ben definiáltaknak megfelelően. A benchmark Tranzakcióhoz nem lehet szükség semmilyen kezelői, illetve vásárlói inputra. 6.1.6.2 Áteresztő képesség A POST-oknak képesnek kell lenniük arra, hogy másodpercekként 3 tranzakciós átlagos áteresztőképességet fenntartsanak a fenti alpontban leírt benchmark tranzakcióra vonatkozóan. A maximális közbenső idő (dwell time) egy tranzakció Média tevékenységének megszűnése és egy következő felhasználóval történő tevékenység megkezdésére vonatkozó készenléti állapot között nem lehet több, mint 100ms 100 ms.

6.2 IPE kezelés A jelen alpont a Vásárlói Médián jelen levő IPE példányok kezelésével kapcsolatos funkcionális követelményeket definiálja. Mint a korábbiakban is, kivéve, ha az másképpen nincs megadva, az IPE példány kifejezés vonatkozik mind a ‘statikus’ IPE Adat Csoportra, mind az összes Érték Rekord Adat Csoportra. A jelen alpont a következő területeket fedi le: — általános IPE példány feldolgozás; — IPE példány létrehozatala; — IPE példány törlése; — Ciklikus Napló aktualizálás; — Automatikus megújítás; — Tárolt Utazási Jogok (STR) feldolgozása; — Jegy nullázása; — Jegyek és nyugták nyomtatása.

6.2.1 Általános IPE példány feldolgozás Az IPE példány az egy IPE Díjtermék (embodiment) specifikáció egyik megvalósítása. A díjtermék típus specifikáció meghatározza egy adott IIN, OID, TYP és PTYP-re vonatkozóan az IPE-ben levő adatelemek megengedhető tartományait és felhasználásait. E mellett a Díjtermék specifikáció meghatározza a termék kereskedelmi célját és felhasználásának módját (például egy heti utazási kártya, amely egy adott területen érvényes). A POST-on belüli ISAM érvényesíti az egyeztetett üzleti kapcsolati szabályokat, és meghatározza, hogy az IIN, OID, TYP és PTYP által definiált termék érvényes-e az adott POST-nál történő használatra (azaz a termék

24


ITSO TS 1000-3 2007-06


Termék Tulajdonosa rendelkezik-e egy ITSO-nál nyilvántartásba vett, a POST Szolgáltatás Üzemeltetőjével kötött megállapodással). Az ISAM nem tárol, illetve nem kontrollál a termékdíj típussal kapcsolatos szabályokat, ezeket a Termék Tulajdonos határozza meg. A POST-ot az összes ilyen szabállyal kell konfigurálni és a POST-nak ezeket a szabályokat teljes és pontos módon kell használnia. Ezen termék-specifikus termékdíj típus szabályok mellett a POST-nak mindig végre kell hajtania az alábbiakat egy IPE példány feldolgozása során: — A szükséges esetleges függő lépések végrehajtása, az Akciólistában levő adatok alapján. Ezeket a lépéseket a hozzájuk kapcsolódó sorszám által meghatározott sorrendben kell végrehajtani; — A termék ideiglenes érvényességének ellenőrzése. Ennek ki kell terjednie az ismételt bemutatás kivédésére irányuló ‘Anti-passback’ ellenőrzésekre is, ha az jelentősséggel bír (lásd a 6.2.1.1 pontot). — Az ISAM szolgáltatásainak felhasználása (az ITSO TS 1000-7 és az ITSO TS 1000-8 dokumentumokban definiáltaknak megfelelően) az IPE Adat Csoport és/illetve az IPE példány Érték Rekord Adat Csoport aktualizált pecsétjeinek generálására, amennyiben ezen csoportok adat elemei módosítva lettek; — A Ciklikus Napló aktualizálása, ha az jelen van; — A Könyvtár aktualizált példányának generálása az új bevitt tétellel és az ISAM szolgáltatásainak használata a könyvtár lepecsételéséhez; — Az aktualizált Könyvtár Médiára írása; — Annak ellenőrzése, hogy a Médiára írt összes adat korrekt módon végrehajtásra kerül; — Az összes szükséges Tranzakció Rekord generálása (beleértve a kivétel rekordokat is, amennyiben szükséges), és az ISAM szolgáltatásainak felhasználása (az ITSO TS 1000-7 és az ITSO TS 1000-8 dokumentumokban meghatározottak szerint) az említett rekordok lepecsételéséhez és az IBatch Fejléc korrekt állapotban történő tartásához; — Az adat mezők átváltásának (rollover) korrekt módon történő végrehajtása az IPE-ken belül az ITSO TS 1000-5-ben meghatározott módon. 6.2.1.1 Ismételt bemutatás kivédése /Anti-passback/ Az ismételt bemutatás kivédése ('Anti-passback') az egy olyan időszak, mely alatt a Termék nem mutatható be egynél többször, ennek az a célja, hogy megelőzze egy utazási engedély szándékos többszörös felhasználását több felhasználó által. A POST-nak támogatnia kell az ismételt bemutatás kivédésére irányuló ellenőrzést, amikor azt az illető termék megköveteli. Amennyiben az ismételten bemutatás elleni védelmet használó terméket szállító média kétszer kerül bemutatásra a Termék Ismételt Bemutatási Idő ('PassbackTime') mezőben meghatározott percek számán belül, akkor a POST-nak hibát kell jeleznie és nem dolgozhatja fel a terméket; azonban az ITSO Shell és az ITSO Shell-en belüli többi termék továbbra is használat céljára érvényes.

6.2.2 IPE példány létrehozatala A POST-nak használnia kell az ISAM szolgáltatásait (az ITSO TS 1000-7 és az ITSO TS 1000-8 dokumentumokban meghatározottak szerint) annak megállapítására, hogy fel van-e hatalmazva arra, hogy létrehozzon egy adott IIN, OID, TYP és PTYP jellemzőkkel rendelkező IPE példányt. Amennyiben a POST fel van hatalmazva az IPE példány létrehozatalára, akkor a POST-nak végre kell hajtania az alábbi lépéseket: — Annak ellenőrzése, hogy létezik-e ‘szabad’ rendelkezésre álló Könyvtár Tétel. Amennyiben nem áll rendelkezésre szabad tétel és nem áll rendelkezésre törlés céljából lejárt IPE példány (lásd 6.2.3), akkor az IPE példány nem hozható létre. — Annak ellenőrzése, hogy létezik-e elegendő szabad tárolási szektor az IPE példány (IPE Adat Csoport és az összes kapcsolódó Érték Rekord Adat Csoport) tárolására. Amennyiben nem állnak rendelkezésre szabad szektorok és törlés céljából nem állnak rendelkezésre lejárt IPE példányok (lásd 6.2.3), az IPE példány nem hozható létre. — A szükséges IPE Adat Csoport létrehozása és az ISAM szolgáltatásainak felhasználása ennek lepecsételésére. — A kapcsolatos Érték Rekord Adat Csoport létrehozatala (amennyiben az szükséges) és az ISAM szolgáltatásainak felhasználása ennek lepecsételésére.

25


ITSO TS 1000-3 2007-06


— A fenti adatcsoport(ok) Médiára írása. — Az új tétellel rendelkező Könyvtár egy aktualizált példányának generálása és az ISAM szolgáltatásainak igénybe vétele ezen könyvtár lepecsételéséhez. — Az aktualizált Könyvtár Médiára írása. — Annak ellenőrzése, hogy a Médiára írt összes adat korrekt módon végrehajtásra kerül. — Az összes szükséges Tranzakció Rekord generálása (beleértve a kivétel rekordokat, amennyiben arra szükség van), és az ISAM szolgáltatásainak igénybevétele (az ITSO TS 1000-7 és az ITSO TS 1000-8 dokumentumokban meghatározottak szerint) az említett rekordok lepecsételéséhez és az IBatch Fejléc pontos állapotának fenntartása.

6.2.3 IPE törlése Amikor nincs elegendő hely az ITSO Shell-ben egy IPE példány létrehozatalához, akkor előfordulhat, hogy a POST fel van hatalmazva arra, hogy a már Termék Tulajdonosok által létrehozott lejárt IPE-ket kitörölje. Először a POST-nak ellenőriznie kell, hogy mind a Könyvtár tételben szereplő Lejárati Dátum, mind az IPA példány EltávolításiDátum /RemoveDate/ által meghatározott dátum lejárt-e. Megjegyzendő, hogy: — amennyiben a Lejárati Dátum nullára van állítva, akkor a POST nem törölheti ki az IPE-t semmilyen körülmények között; — Amennyiben az EltávolításiDátum 255-re van állítva, akkor az IPE nem törölhető. Amennyiben mind a Lejárati Dátum, mind az EltávolításiDátum szerint megengedhető a törlés, akkor a POSTnak az ISAM szolgáltatásait igénybe kell vennie (az ITSO TS 1000-7 és az ITSO TS 1000-8 dokumentumokban meghatározottak szerint) annak megállapítására, hogy fel van-e hatalmazva arra, hogy kitörölje az IPE példányt. Amennyiben a POST fel van hatalmazva az IPE példány kitörlésére, akkor a POST-nak az alábbi lépéseket kell végrehajtania: — A szükséges (helyettesítő) IPE Adat Csoport létrehozatala és az ISAM szolgáltatásainak igénybevételével ennek lepecsételése. — A kapcsolatos Érték Rekord Adat Csoport létrehozatala (amennyiben arra szükség van) és az ISAM szolgáltatásainak igénybevétele ennek lepecsételéséhez. — A fenti adatcsoport(ok) Médiára történő írása. — Az új tétellel rendelkező Könyvtár egy aktualizált példányának generálása és az ISAM szolgáltatásainak igénybe vétele ennek a könyvtárnak a lepecsételéséhez. — Az aktualizált könyvtár Médiára történő írása. — Annak ellenőrzése, hogy a Médiára írt összes adat korrekt módon végrehajtásra kerül. — Az összes szükséges Tranzakció Rekord generálása (beleértve a kivételi rekordokat, amennyiben azokra szükség van), és az ISAM szolgáltatásainak igénybe vétele (az ITSO TS 1000-7 és az ITSO TS 1000-8 dokumentumokban meghatározottak szerint) az említett rekordok lepecsételéséhez és a IBatch Fejléc pontos állapotának fenntartásához.

6.2.4 Ciklikus Napló aktualizálása A POST-nak ellenőriznie kell, hogy jelen van-e egy Ciklikus Napló a tranzakció tárgyát képező ITSO Shell-ben. A Naplót az ITSO TS 1000-2 dokumentum teljes körűen definiálja. 6.2.4.1 Alaptípusú Napló Alaptípusú Napló változtatásra kerül sor, amikor egy IPE használata rögzítésre kerül, de Ciklikus Napló tétel írására nem kerül sor. Amikor egy alaptípusú Napló változtatás történik, akkor a POST-nak aktualizálnia kell a Napló Könyvtár Tétel következő adatelemeit. Ennek az aktualizálásnak az IPE Adat Csoport(ok) aktualizálásai után, de a Könyvtár aktualizálása (és lepecsételése) előtt kell bekövetkeznie. — PTR A tranzakcióban használt legnagyobb jelentősséggel bíró IPE könyvtár tétel indexében aktualizálva. — EEI A szükséges ‘beágyazási szint’ (nesting level) aktualizálása, amennyiben a tranzakció egy

26


ITSO TS 1000-3 2007-06

— DTS — PTLBM — LPF


zárt rendszerrel kapcsolatos; A tranzakció dátumával és idejével aktualizálva; A PTR által jelzett IPE-nek megfelelő ismételt bemutatás kivédési (Anti-passback) időtartamával aktualizálva; Az alapvető üzemmód tétel jelzéséhez e jelzés (flag) beállítandó.

A Napló Könyvtár Tétel egyéb tételei nem változnak. 6.2.4.2 Normál típusú Napló Normál típusú Ciklikus Napló változtatásra csak akkor kerül sor, ha az ITSO TS 1000-5 dokumentumban specifikált Átmeneti Jegy Adat Rekord hozzáadásának feltételei kielégítésre kerülnek. A Ciklikus Naplóban tárolt adathalmaznak meg kell felelnie egy Átmeneti Jegy Adat Rekord definíciójának, az ITSO TS 1000-5 dokumentumban specifikáltak szerint. A Könyvtár tételt aktualizálni kell a fentiekben az alaptípusra meghatározott módon, kivéve azt, hogy az LPF jelzést úgy kell beállítani, hogy normál típusú bevitelt jelezzen, és az rekord offset RO-t úgy kell beállítani, hogy az írandó következő rekordot jelezze. A Tranzakció Rekord típus definícióra vonatkozóan további információ az ITSO TS 1000-6 dokumentumban található.

6.2.5 Automatikus Megújítás A POST-nak ellenőriznie kell, hogy a használandó termék támogatja-e az automatikus megújítást (az ITSO TS 1000-5 dokumentumban meghatározottak szerint), és képesnek kell lennie e művelet végrehajtására, amennyiben arra szükség van. Amennyiben az IPE példánynál automatikus megújítási jelzése (flag) be van állítva, és a rendelkezésre álló jogosultság kifutott/lejárt, akkor a POST-nak az ISAM szolgáltatásainak az igénybevételével (az ITSO TS 10007 és az ITSO TS 1000-8 dokumentumokban meghatározottak szerint) meg kell állapítania, hogy fel van-e hatalmazva az IPE példány ‘feltöltésére’. Amennyiben a POST fel van hatalmazva az IPE példány automatikus megújítására, akkor a következő lépéseket kell végrehajtania: — A kapcsolatos Érték Rekord Adat Csoport igény szerinti módosítása és az ISAM szolgáltatásainak az igénybevétele ennek lepecsételéséhez. — Az új tétellel rendelkező Könyvtár egy aktualizált példányának generálása és az ISAM szolgáltatásainak igénybe vétele e könyvtár lepecsételéséhez. — Az aktualizált Könyvtár Médiára írása. — Annak ellenőrzése, hogy a Médiára írt összes adat korrekt módon végrehajtásra kerül. — Az összes szükséges Tranzakció Rekord generálása (beleértve a kivételi rekordokat, amennyiben azokra szükség van), és az ISAM szolgáltatásainak igénybe vétele (az ITSO TS 1000-7 és az ITSO TS 1000-8 dokumentumokban meghatározottak szerint) az említett rekordok lepecsételéséhez és a IBatch Fejléc pontos állapotának fenntartásához.

6.2.6 Tárolt Utazási Jogok /Stored Travel Rights—STR/ feldolgozása 6.2.6.1 STR jelenléte Az ITSO kötelezően előírja, hogy az ITSO-nak megfelelő sémában használt összes Média platformnak tartalmaznia kell egy STR IPE példányt, kivéve amikor az illető platform nem rendelkezik elegendő tárolási kapacitással. Az ilyen ‘korlátozott memóriájú’ platformokat explicit módon beazonosítja az ITSO TS 1000-10 dokumentum. Az STR IPE példányt ugyanakkor kell létrehozni, amikor az ITSO Shell-t (azaz az ITSO Shell Kiskereskedő POST berendezésén). Amennyiben az ITSO Shell Tulajdonos egy helyi STR sémát szeretne biztosítani, akkor létre kell hozni két TYP 2 IPE-t, melyek közül az egyiket fenn kell tartani egy jövőbeli nemzeti STR séma által

27


ITSO TS 1000-3 2007-06


történő használathoz, és az ehhez az STR termékhez tartozó OID-t a 8000-es ‘fenntartott OID’ értékre kell állítani. Az erre a fenntartott IPE-re vonatkozó IPE díjtermék típus specifikáció beszerezhető az ITSO-tól. A fenntartott STR IPE-re vonatkozóan a Tranzakció Rekordokat ugyanúgy kell létrehozni, mint bármely másik IPE esetében. A 0005 üzenetkódot a szokásos úton kell elküldeni a Shell tulajdonosnak. A 0120 kódú üzenetet a POST tulajdonosának kell elküldeni és azt a példányt, amelyet általában az IPE tulajdonosnak kellene elküldeni, a POST tulajdonosának HOPS-a őrzi meg az ITSO annak elhelyezésére vonatkozó utasításainak függvényében. 6.2.6.2 STR tulajdonjogának átruházása Amennyiben egy platformon egy STR termék még nem lett használva, a POST-oknak rendelkezniük kell azzal a képességgel, hogy az adott termék tulajdonosi OID-jét megváltoztassák. A POST-oknak rendelkezniük kell azokkal a képességekkel, hogy az STR termék tulajdonosi OID-ját megváltoztassák. Az ilyen megváltoztatás csak akkor engedhető meg, ha: — A Médián levő STR termék példány még nem volt használva (azaz a Szektor Lánc Táblázatban levő kódolás azt jelzi, hogy az IPE-t még sohasem használták, az ITSO TS 1000-2 dokumentumban definiáltak szerint); és — Az ISAM szolgáltatásai (az ITSO TS 1000-7 és az ITSO TS 1000-8 dokumentumokban meghatározottak szerint) felhasználásával meg lett állapítva, hogy a POST fel van hatalmazva egy ilyen jellegű változtatás végrehajtására. Az ilyen felhatalmazás akkor azonosítható be, ha az ISAM tartalmazza a megfelelő kulcsokat és engedélyeket mind a régi, mind az új OID-ra. Amennyiben a POST fel van hatalmazva a tulajdonosi OID megváltoztatására, akkor a POST-nak a következő lépéseket kell végighajtani, lépésről lépésre (atomically): — A létező IPE Adat Csoport és a kapcsolatos Érték Rekord Adat Csoport kitörlése és a megfelelő 0007 kódú Tranzakció Rekord üzenet generálása. Abban az esetben, amikor az IPE tulajdonost a 8000-es OID azonosította be, akkor az üzenetet a POST tulajdonos HOPS-a őrzi meg, és azt nem küldi el a rendszer az IPE tulajdonosnak, az annak elhelyezésére vonatkozó ITSO utasítások függvényében. — Az új IPE Adat Csoport és a kapcsolatos Érték Rekord Adat Csoport létrehozása és az ISAM szolgáltatásainak igénybe vétele ezek lepecsételésére. — Az új tétellel rendelkező Könyvtár egy aktualizált példányának generálása és az ISAM szolgáltatásainak igénybe vétele e könyvtár lepecsételéséhez. — Az aktualizált Könyvtár Médiára írása. — Annak ellenőrzése, hogy a Médiára írt összes adat korrekt módon végrehajtásra kerül. — Az összes szükséges Tranzakció Rekord generálása (beleértve a kivételi rekordokat, amennyiben azokra szükség van), és az ISAM szolgáltatásainak igénybe vétele (az ITSO TS 1000-7 és az ITSO TS 1000-8 dokumentumokban meghatározottak szerint) az említett rekordok lepecsételéséhez és a IBatch Fejléc pontos állapotának fenntartásához. Általában a következő üzenet típusok generálására kerül sor: a Shell tulajdonosnak elküldött “IPE létrehozása” tartalmú 0005 kód; a POST-nak és az IPE tulajdonosoknak elküldött “TYP 2 Tárolt Utazási Jogok létrehozása” tartalmú 0120 kód. 6.2.6.3 STR feltöltési korlátok Az ISAM úgy van megtervezve, hogy ellenőrzés alatt tartsa az STR feltöltést/növelést. Az ezzel kapcsolatos ellenőrzések és kontrollok az alábbiak: — Bármely Vásárlói Médián levő STR termék növelésének képessége, illetve annak hiánya; — A Vásárlói Média egy adott példányán levő STR termékben tárolható érték maximuma; — A POST által hozzáadható összesített érték maximuma (több média példány bevonásával); A POST-oknak mindig igénybe kell venniük az ISAM szolgáltatásait ezen ellenőrzések és kontrollok betartásának biztosítása érdekében. 6.2.6.4 STR feltöltése A fenti alpontban meghatározottaknak megfelelően az STR POST által történő feltöltése/növelése az ISAM által történő ellenőrzések és kontrollok függvénye. A POST-nak igénybe kell vennie az ISAM szolgáltatásait (az ITSO TS 1000-7 és az ITSO TS 1000-8 dokumentumokban meghatározottak szerint) az ilyen jellegű feltöltések/növelések jóváhagyott módon történő végrehajtásához.

28


ITSO TS 1000-3 2007-06


Amennyiben a POST fel van hatalmazva az STR termék feltöltésére, akkor az alábbi lépéseket kell végrehajtania: — A kapcsolatos Érték Rekord Adat Csoport módosítása és az ISAM szolgáltatás igénybe vételével ennek lepecsételése. — Az új tétellel rendelkező Könyvtár egy aktualizált példányának generálása és az ISAM szolgáltatásainak igénybe vétele e könyvtár lepecsételéséhez. — Az aktualizált Könyvtár Médiára írása. — Annak ellenőrzése, hogy a Médiára írt összes adat korrekt módon végrehajtásra kerül. — Az összes szükséges Tranzakció Rekord generálása (beleértve a kivételi rekordokat, amennyiben azokra szükség van), és az ISAM szolgáltatásainak igénybe vétele (az ITSO TS 1000-7 és az ITSO TS 1000-8 dokumentumokban meghatározottak szerint) az említett rekordok lepecsételéséhez és a IBatch Fejléc pontos állapotának fenntartásához. 6.2.6.5 STR érték hozzáadásának jelentése Amennyiben egy Tranzakció során STR termék használatára kerül sor, a POST-oknak ellenőriznie kell, hogy jelen van-e egy ‘érték hozzáadási’ rekord az STR IPE Érték Rekord Adat Csoportban. Amennyiben a POST talál ilyen rekordot, a POST-nak fel kell azt használnia az ezen előző ‘érték hozzáadási’ tranzakcióra vonatkozó Tranzakció Rekord (melynek üzenetkódja 0103) létrehozásához. Ezt a Tranzakciós Rekordot továbbítani kell a ténylegesen végrehajtott Tranzakciókra vonatkozó összes szokásos tranzakció rekorddal együtt. Megjegyzés: Ez a mechanizmus egy védelmi intézkedést biztosít arra az esetre, ha az eredeti ‘érték hozzáadási’ Tranzakció Rekord nem lett továbbítva, illetve fogadva. 6.2.6.6 STR prioritás Az STR IPE tartalmaz egy prioritás felülíró jelzést (flag). Ennek a jelzésnek definíció szerint az a lényege, hogy jelzi a POST felé, hogy az STR termék használatát előnyben részesítse a Vásárlói Médián levő összes többi fizetési mechanizmushoz képest. Mivel az STR termék kiválasztását a jelölt terméklistára (lásd 6.1.3) alkalmazott külső szabályok határozzák meg, ezeknek a szabályoknak is prioritást kell biztosítaniuk az STR termékre vonatkozóan annak érdekében, hogy megtörténjen a termék ellenőrzése és parszolása, és hogy ezt a jelzést a POST elolvassa. 6.2.6.7 Automatikus feltöltés /Auto-Top-Up/ Az automatikus feltöltés lehetővé teszi, hogy egy STR IPE példány automatikusan ‘feltöltődjék’ egy előre beállított értékre akkor és amikor az elér egy minimum küszöbértéket. A kapcsolatos küszöbértékekre vonatkozóan további információ az ITSO TS 1000-5 dokumentumban található. A POST-nak ellenőriznie kell az Automatikus Feltöltés indítási dátumát az Automatikus Feltöltés engedélyezett voltának ebben az időpontban történő ellenőrzése érdekében, annak ellenére, hogy a jelzés (flag) beállítása azt jelzi, hogy az Automatikus Feltöltés meg van engedve. Ezt a dátumot az újonnan létrehozott STR termék példányok esetében használják, időt hagyva a vásárló hitelképességének ellenőrzésére. A POST tranzakciónként csak egy Automatikus Feltöltési lépést dolgozhat fel. Abban az esetben, ha az Automatikus Feltöltés megjelölése szerint egy külső erszényből támogatott, a POST-nak ezt jeleznie kell a kezelő felé, és le kell állítania az Automatikus Feltöltési lépéssort. Akkor és amikor a (külső) feltöltés megtörtént, az ITSO Tranzakció újból megpróbálható. 6.2.7 Lenullázás Amennyiben a POST támogatja a Termék nullázást és az ISAM-ban a képesség kritérium táblázat úgy van beállítva, hogy engedélyezi az IPE törlést, akkor a Médián tárolt termékek törlése a következő módon történik: — Az IPE törlése az IPE Törlése (Delete IPE) utasítás felhasználásával. — A Könyvtár egy aktualizált példányának generálása, a törölt IPE tétellel, és az ISAM szolgáltatásainak igénybe vételével a könyvtár lepecsételése.

29


ITSO TS 1000-3 2007-06


— Az aktualizált Könyvtár Médiára írása. — Annak ellenőrzése, hogy a Médiára írt összes adat korrekt módon végrehajtásra kerül. — Az összes szükséges Tranzakció Rekord generálása (beleértve a kivételi rekordokat, amennyiben azokra szükség van), és az ISAM szolgáltatásainak igénybe vétele (az ITSO TS 1000-7 és az ITSO TS 1000-8 dokumentumokban meghatározottak szerint) az említett rekordok lepecsételéséhez és a IBatch Fejléc pontos állapotának fenntartásához. Megjegyzések: Mivel a Terméket a fenti nullázási folyamat hatékonyan törölte, a Termék nullázás megfordítása gyakorlatilag az IPE újra létrehozását jelenti. Ez ugyanazon ISAM munkaszakasz keretében hajtható végre, mint a fentiekben leírt IPE törlés. A folyamat ugyanaz, mint az IPE példány létrehozatala esetében (6.2.2 pont). Amikor a platform egyszer programozható területet használ fel egy termék használatához, akkor a példány nullázása nem lehetséges.

6.2.8 Jegyek és nyugták nyomtatása Amennyiben a POST rendelkezik egy nyomtatóval, akkor a POST a jegyet, illetve nyugtát a használt IPE példányban beállított kontroll jelzések (flag) által meghatározott módon bocsátja ki (lásd az ITSO TS 1000-5 dokumentumot).

6.3 Üzenet generálás és feldolgozás A 3. pontban definiáltaknak megfelelően az összes POST-nak támogatnia kell a 2-irányú kommunikációt egy HOPS felé. A POST és a HOPS között az ITSO alkalmazási üzenetnek négy, az ITSO TS 1000-9 dokumentumban definiáltak szerinti osztályának cseréjére kerül sor: — 0. Osztály Pozitív visszaigazoló üzenetek; — 1. Osztály Köteg-orientált POST-tól HOPS felé menő üzenet; — 2. Osztály Általános keret-orientált üzenet; — 3. Osztály ISAM biztonsági üzenet. Az összes POST-nak támogatnia kell a fenti üzenet osztályokat, és generálnia kell és fel kell dolgoznia ezeket az üzeneteket az alábbiaknak megfelelően:

6.3.1 - 0. osztályú üzenet generálása Egy 0. Osztályú üzeneten belül minden egyes adat keretnek az alábbiak egyikének kell lennie (lásd az ITSO TS 1000-6 és az ITSO TS 1000-9 dokumentumokat): — ACK1; — ACK 2; — NAK1; — NAK2. A 0. Osztályú üzenetek számára a POST által generált Adat Keret típus csak ACK2 és NAK2 lehet. Ezeknek az Adat Kereteknek a generálása egy 2. Osztályú üzenet POST által történő fogadására válaszul történik. 6.3.1.1 ACK2 generálása A POST akkor generál ACK2 Adat Kereteket és küldi el azokat egy HOPS-nak, amikor a POST a HOPS-tól érvényes 2. Osztályú Adat Keretet kap. A POST-nak meg kell határoznia a fogadott 2. Osztályú üzenet és az azt alkotó Adat Keretek érvényességét az ITSO TS 1000-9 dokumentumban definiáltaknak megfelelően. Ennek összefoglalása az alábbi: — A teljes üzenet sértetlenségének ellenőrzése az Üzenet CRC felhasználásával. — Annak ellenőrzése, hogy fel van-e hatalmazva az üzenet feldolgozására.

30


ITSO TS 1000-3 2007-06


— Minden egyes Adat Keret sértetlenségének ellenőrzése a szükséges ISAM szolgáltatások igénybe vételével (az ITSO TS 1000-7 és az ITSO TS 1000-8 dokumentumokban meghatározottak szerint), az ilyen jellegű ellenőrzés végrehajtása céljából. — Minden egyes korrekt módon validált Adat Keretre vonatkozóan, az Adat Keretben levő adat elemeket ki kell emelni és el kell tárolni/fel kell dolgozni azokat megfelelő módon (lásd az ITSO TS 1000-6 dokumentumot). — Minden egyes korrekt módon validált Adat Keretre vonatkozóan ki kell emelni az Adat Keret sorszám paramétert (lásd az ITSO TS 1000-6 dokumentumot). — Ezen paraméter adat segítségével generálni kell egy ACK2 Adat Keretet és az ISAM szolgáltatásainak igénybe vételével le kell pecsételni ezen Adat Keretet. — A lehető leghamarabbi időpontban az ACK2 Adat Keretet továbbítani kell a HOPS felé egy 0. Osztályú üzenet részeként. 6.3.1.2 NAK2 generálása A NAK2 Adat Kereteket a POST generálja és a POST küldi el a HOPS-nak, amikor a POST érvénytelen 2. Osztályú Adat Keretet fogad a HOPS-tól. A POST-nak meg kell határoznia a fogadott 2. Osztályú üzenet és az azt alkotó Adat Keretek érvényességét az ITSO TS 1000-9 dokumentumban definiáltaknak megfelelően. Ennek összefoglalása a következő: — A teljes üzenet sértetlenségének ellenőrzése az Üzenet CRC felhasználásával. — Annak ellenőrzése, hogy fel van-e hatalmazva az üzenet feldolgozására. — Minden egyes Adat Keret sértetlenségének ellenőrzése a szükséges ISAM szolgáltatások igénybe vételével (az ITSO TS 1000-7 és az ITSO TS 1000-8 dokumentumokban meghatározottak szerint), az ilyen jellegű ellenőrzések végrehajtása céljából. — Minden egyes olyan Adat Keret esetében, melynek nem történt meg a korrekt validálása, az Adat Keret sorszám paraméter kiemelése (lásd az ITSO TS 1000-6 dokumentumot). — Ezen paraméter adat felhasználásával egy NAK2 Adat Keret generálása és az ISAM szolgáltatásainak igénybe vételével ezen Adat Keret lepecsételése. — A lehető legkorábbi időpontban elküldeni ezt a NAK2 Adat keretet a HOPS-nak egy 0. Osztályú üzenet részeként.

6.3.2 - 0. osztályú üzenet feldolgozása A POST-nak fel kell dolgoznia a fogadott 0. Osztályú üzeneteket az ITSO TS 1000-9-ben definiáltaknak megfelelően. Ennek összefoglalása a következő: — A teljes üzenet sértetlenségének ellenőrzése az Üzenet CRC felhasználásával. — Annak ellenőrzése, hogy fel van-e hatalmazva az üzenet feldolgozására. — Minden egyes Adat Keret sértetlenségének ellenőrzése a szükséges ISAM szolgáltatások igénybe vételével (az ITSO TS 1000-7 és az ITSO TS 1000-8 dokumentumokban meghatározottak szerint), az ilyen jellegű ellenőrzések végrehajtása céljából. — Annak ellenőrzése, hogy minden egyes Adat Keret rendeltetési helye korrekt-e (azaz az érintett POSTnak/ISAM-nak van címezve). A 0. Osztályú Adat Keret különböző típusainak feldolgozását az alábbi alpontok részletezik. 6.3.2.1 ACK1 feldolgozás Az ACK1 Adat Kereteket egy HOPS generálja és küldi el egy POST-nak. Az ACK1 célja az, hogy a POST által a korábbiakban elküldött (1. osztályú) tranzakció rekordok kötegének korrekt és teljes fogadását (a HOPS által) explicit módon visszaigazolja. A Tranzakció Rekordok ilyen gyűjteményét Tranzakció Munkaszakasz Kötegnek hívják, és elképzelhető, hogy az átvitele a POST és a HOPS között egy bizonyos időszak alatt történt, több 1. osztályú üzenetben (lásd az ITSO TS 1000-9 dokumentumot). A POST-nak a fogadott ACK1 Adat Kereteket az alábbiak szerint kell feldolgoznia: — Az üzenet sértetlenségének, az Adat Keret sértetlenségének és az Adat Keret rendeltetési helyének ellenőrzése a 6.3.2 pontban definiáltak szerint.

31


ITSO TS 1000-3 2007-06


— Minden egyes korrekt módon validált Adat Keret esetében ki kell emelni az IBatch Fejléc sorszámot, és az IBatch Fejléc törlési paramétereket (lásd az ITSO TS 1000-6 dokumentumot). — Ezen paraméter adatok felhasználásával generálni kell a szükséges ISAM utasítást (az ITSO TS 1000-7 és az ITSO TS 1000-8 dokumentumokban meghatározottak szerint), az ISAM-ban tárolt IBatch Fejléc ‘kitisztítása’ érdekében a visszaigazolt üzenet kötegre vonatkozóan. Megjegyzés: Az ITSO nem írja kötelezően elő a POST-nak, hogy törölje a tárolt Tranzakció Rekordokat arra a kötegre vonatkozóan, mely ACK visszaigazolást kapott. A Tranzakciós Rekordok megőrzésére, illetve eltávolítására vonatkozó döntés a POST tervezőkre van bízva. 6.3.2.2 ACK2 feldolgozás Az ACK2 Adat Kereteket egy HOPS hozza létre és küldi el egy POST-nak. Az ACK2 célja az, hogy az egy 2. osztályú üzenetben POST által megküldött Adat Keret korrekt fogadását (a HOPS által) explicit módon visszaigazolja. A POST-nak a fogadott ACK2 Adat Kereteket a következő módon kell feldolgoznia: — Az üzenet sértetlenségének, az Adat Keret sértetlenségének és az Adat Keret rendeltetési Helyének ellenőrzése a 6.3.2 pontban definiáltak szerint. — Minden egyes szabályosan validált Adat Keret esetében az Adat Keret sorszám paraméter kiemelése (lásd az ITSO TS 1000-6 dokumentumot). — Ezen paraméter adat felhasználásával azon (2. osztályú) Adat Keret meghatározása, melyre az ACK2 vonatkozik, és az illető Adat Keret sikeresen továbbítottként történő megjelenítése. Megjegyzés: Az ITSO nem írja elő kötelezően, hogy a POST-nak törölnie kell a tárolt 2. Osztályú Adat Kereket ACK visszaigazolásuk után. Az Adat Keret megőrzésére, illetve eltávolítására vonatkozó döntés a POST tervezőkre van bízva. 6.3.2.3 NAK1 feldolgozás A NAK1 Adat Kereteket egy HOPS generálja és küldi el egy POST-nak. A NAK1 célja az, hogy explicit módon jelezze, hogy egy Tranzakció Munkaszakasz Köteg fogadása (HOPS által) nem korrekt módon történik. A POST-nak a fogadott NAK1 Adat Keretet az alábbiak szerint kell feldolgoznia: — Az üzenet sértetlenségének, a NAK1 Adat Keret sértetlenségének és a NAK1 Adat Keret rendeltetési helyének ellenőrzése a 6.3.2 pontban definiáltaknak megfelelően. — Minden egyes szabályosan validált NAK1 Adat Keretre vonatkozóan az IBatch Fejléc sorszám paraméter kiemelése (lásd az ITSO TS 1000-6 dokumentumot). — A lehető legkorábbi időpontban újból továbbítani az összes olyan Tranzakció Rekordot, melyből az illető paraméter adattal kapcsolatos Tranzakció Munkaszakasz Köteg áll. 6.3.2.4 NAK2 feldolgozás A NAK2 Adat Kereteket egy HOPS hozza létre és továbbítja egy POST-nak. A NAK2 célja az, hogy explicit módon jelezze azt, hogy egy 2. Osztályú üzeneten belül (a POST által) elküldött Adat Keret (HOPS által történő) fogadása nem korrekt módon történt. A POST-nak a fogadott NAK2 Adat Kereteket a következő módon kell feldolgoznia: — Az üzenet sértetlenségének, a NAK2 Adat Keret sértetlenségének és a NAK2 Adat Keret rendeltetési helyének ellenőrzése a 6.3.2 pontban definiáltaknak megfelelően — Minden egyes szabályosan validált NAK2 Adat Keretre vonatkozóan a 2. Osztályú Adat Keret sorszám paraméter kiemelése (lásd az ITSO TS 1000-6 dokumentumot). — A lehető legkorábbi időpontban újból továbbítani az illető paraméter adattal kapcsolatos 2. Osztályú Üzenet Adat Keretet (egy 2. Osztályú üzenet részeként).

32


ITSO TS 1000-3 2007-06


6.3.3 – 1. osztályú üzenet generálása Az 1. Osztályú Üzenetben levő minden egyes Adat Keret tartalmaz egy Tranzakció Rekordot (lásd az ITSO TS 1000-6 dokumentumot). A Tranzakció Rekordok képezik a POST-tól HOPS felé irányuló adatcsere alapját. Az összes POST-nak generálnia kell a POST által végrehajtott tevékenységre vonatkozó összes szükséges Tranzakció Rekordot. Az ITSO TS 1000-5 és az ITSO TS 1000-6 dokumentumok meghatározzák, hogy milyen rekordokat kell generálni az ezen rekordok adattartalmával és formátumával egyetemben. Az ITSO definiálja a Tranzakció Munkaszakasz Köteg koncepcióját. A Tranzakció Munkaszakasz Köteg az olyan Tranzakció Rekordok egy halmazából áll, melyek megosztanak egy közös IBatch Fejlécet (lásd az ITSO TS 1000-9 dokumentumot). Az ISAM az IBatch Fejlécet automatikusan kiszámolja és aktualizálja, amikor szolgáltatatásait egy (1. Osztályú) Adat Kereten belül levő Tranzakció Rekord lepecsételéséhez használják. Az összes Tranzakció Rekord egy Tranzakció Munkaszakasz Köteg részét képezi. A POST az ISAM szolgáltatásainak igénybe vételével inicializálja a Tranzakció Munkaszakasz Köteget és generál egy kapcsolatos IBatch Fejlécet a tranzakciók végrehajtását megelőzően. Megjegyzés: Az ITSO nem írja elő annak az időtartamnak a hosszát, illetve azoknak tranzakcióknak a számát, amelyekre egy Tranzakció Munkaszakasz Köteg kiterjedhet. Az egyetlen követelmény az, hogy lennie kell egy ‘nyitott’ Tranzakció Munkaszakasz Kötegnek a hozzá kapcsolódó IBatch Fejléccel, mielőtt a POST végrehajthatja a tranzakciókat. Egy Adat Keretben levő minden egyes Tranzakció Rekordnak tartalmaznia kell az ITSO TS 1000-6 dokumentumban definiált adat elemeket, és le kell pecsételve lennie az ISAM szolgáltatásainak igénybe vételével (az ITSO TS 1000-7 és az ITSO TS 1000-8 dokumentumokban meghatározottak szerint). Egy 1. Osztályú üzenetnek egy vagy több (lepecsételt) Adat Keretből kell állnia, az üzenetben levő ‘legújabb’ Adat Keret számára az ISAM által generált IBatch Fejléccel együtt. Az IBatch Fejléc hozzáférésének módjára vonatkozó részletek az ITSO TS 1000-7 és az ITSO TS 1000-8 dokumentumokban találhatók. A POST-nak tárolnia kell a Tranzakció Munkaszakasz Köteg részeként továbbított összes Adat Keret egy másolatát a vonatkozó IBatch Fejléccel együtt addig, amíg ACK1 üzenetet nem fogad a HOPS-tól az említett Tranzakció Munkaszakasz Kötegre vonatkozóan. Ezt a tárolást biztonságosan és egy nem felejtő médiumon kell végrehajtani. Amennyiben a POST ‘lezárt’ egy Tranzakció Munkaszakasz Köteget és ezt jelezte a HOPS-nak, akkor el kell indítania egy ‘ACK időtúllépést’ az ITSO TS 1000-9-ben meghatározottak szerint. Amennyiben ACK1 fogadására nem kerül sor az időtúllépési idő lejártával, a POST-nak újból el kell küldenie a HOPS-nak azokat az Adat Kereteket, amelyek az említett Tranzakció Munkaszakasz Köteget alkotják. Megjegyzés: Az ISAM konfigurálható az AMS rendszeren keresztül, hogy tárolja a Tranzakció Rekordokat, ez a POST számára további biztonságos, nem felejtő memória erőforrásokat biztosít. 6.3.3.1 Tranzakciós Rekordok rendeltetési helyei A POST-nak gondoskodnia kell arról, hogy megtörténjék a Tranzakció Rekordok generálása és kiosztása az összes szükséges rendeltetési hely számára, mely esetben ezen rendeltetési helyek kapcsolódnak az ITSO környezetben levő vonatkozó entitásokhoz. Ezek a szereplők a következők: — az ITSO Shell Tulajdonos; — az ITSO Shell Kiskereskedő; — a Termék Tulajdonos; — a Termék Kiskereskedő; — a Szolgáltatás Üzemeltető. Az ITSO TS 1000-6 meghatározza az egyes Tranzakció Rekord típusok szükséges terítését. Az ITSO TS 1000-9 dokumentum meghatározza, hogy hogyan lehet a Tranzakció Rekord Adat Kereteknek több rendeltetési helyet adni.

33


ITSO TS 1000-3 2007-06


6.3.4 – 1. osztályú üzenet feldolgozása 1. Osztályú üzeneteket csak egy POST hozhatja létre és küldheti el egy HOPS-nak. Ebből eredendően a POSTnak sosem kell feldolgoznia az ilyen üzeneteket.

6.3.5 – 2. osztályú üzenet generálása A 2. Osztályú üzeneteket egy POST hozza létre és tartalmaznia kell ‘POST-tól HOPS fele irányuló lekérdezési’ üzenet kódokat tartalmazó Adat Kereteket (lásd az ITSO TS 1000-6 dokumentumot). A 2. Osztályú üzenet egy vagy több (lepecsételt ) Adat Keretből áll. A POST-nak az ISAM szolgáltatásainak igénybe vételével le kell pecsételnie ezeket az Adat Kereteket. A POST-nak tárolnia kell minden egyes továbbított Adat Keret egy példányát addig, amíg ACK2-es visszaigazolást nem kap a HOPS-tól az adott Adat Keretre vonatkozóan. A tárolást egy biztonságos, nem-felejtő médiumon kell végrehajtani. A 2. Osztályú Adat Keretek elküldésekor a POST-nak el kell indítania egy ‘ACK időtúllépést (timeout)’ az ITSO TS 1000-9-ben meghatározottaknak megfelelően. Amennyiben a szükséges ACK2 visszaigazolás fogadása nem történik meg azt követően, hogy az időtúllépés lejárt, akkor a POST-nak ismételten el kell küldenie a szükséges Adat Kerete(ke)t a HOPS-nak.

6.3.6 – 2. osztályú üzenet feldolgozása A POST által fogadott 2. Osztályú üzenetek Adat Keretekből fognak állni, melyeknek mindegyike rendelkezni fog az alábbi üzenet kódok egyikével: — Lekérdezési Válasz; — Konfigurációs Lista; — Paraméter Táblázat. A POST-nak a fogadott 2. Osztályú üzeneteket az ITSO TS 1000-9 dokumentumban meghatározottak szerint kell feldolgoznia. Ennek összefoglalása a következő: — A teljes üzenet sértetlenségének ellenőrzése az Üzenet CRC felhasználásával. — Annak ellenőrzése, hogy fel van-e hatalmazva az üzenet feldolgozására. — Minden egyes Adat Keret sértetlenségének ellenőrzése a szükséges ISAM szolgáltatások igénybe vételével (az ITSO TS 1000-7 és az ITSO TS 1000-8 dokumentumokban meghatározottak szerint), az ilyen jellegű ellenőrzés végrehajtása céljából. — Minden egyes szabályosan validált Adat Keretre vonatkozóan az Adat Keret sorszám paraméter kiemelése (lásd az ITSO TS 1000-6 dokumentumot). E paraméter adat felhasználásával egy ACK2 Adat Keret generálása és ennek az Adat Keretnek a lepecsételése az ISAM szolgáltatásainak igénybevételével. Lásd a 6.3.1.1 pontot is. — Minden egyes olyan Adat Keret esetében, melynek validálása nem történt meg szabályosan, az Adat Keret sorszám paraméter kiemelése (lásd az ITSO TS 1000-6 dokumentumot). E paraméter felhasználásával egy NAK2 Adat Keret generálása és ennek az Adat Keretnek a lepecsételése az ISAM szolgáltatásainak igénybevételével. Lásd a 6.3.1.2 pontot is. — A lehető legkorábbi időpontban ezen Adat Keretek továbbítása (egy 0. Osztályú üzenet részeként). — Minden egyes szabályosan validált Adat Keret esetében az Adat Keretben levő adat elemek kiemelése és tárolása/feldolgozása megfelelő módon (lásd az ITSO TS 1000-6 dokumentumot).

6.3.7 – 3. osztályú üzenet generálása A 3. Osztályú üzeneteket egy POST generálja és tartalmazniuk kell az ISAM által generált Biztonságos Adat Kereteket, a POST által generált Köteg Fejléccel egyetemben.

34


ITSO TS 1000-3 2007-06


Egy fogadott ISAM Biztonsági Adatállomány ISAM-nak történő megküldése után (lásd a 6.3.8 pontot), a POSTnak meg kell szereznie az ISAM biztonsági visszaigazolását, melyet az ISAM egy Biztonságos Adat Keret formájában fog generálni (lásd az ITSO TS 1000-7 és az ITSO TS 1000-8 dokumentumokat). Ezt követően a POST-nak a lehető legrövidebb időn belül továbbítania kell az említett Biztonságos Adat Keretet (egy 3. Osztályú üzenet részeként).

6.3.8 – 3. osztályú üzenet feldolgozása A POST által fogadott 3. Osztályú üzenetek egy vagy több ISAM Biztonsági Adatállományt kell, hogy tartalmazzanak, melyek rendeltetési helye a POST ISAM-ja. Ezek az adatállományok Biztonsági Adat Keretek formájában lesznek. A POST-nak továbbítania kell az említett Biztonsági Adatállományokat az ISAM-nak az ITSO TS 1000-7 és az ITSO TS 1000-8 dokumentumokban meghatározott módon. Ezt követően a POST-nak meg kell szereznie az ISAM biztonsági visszaigazolását, melyet az ISAM-nak kell generálnia a korábbiakban továbbított ISAM Biztonsági adatállományra válaszul.

6.3.9 Sorszámok Minden egyes Adat Keret tartalmaz egy sorszámot az ITSO TS 1000-6 dokumentumban leírtaknak megfelelően. Azonban a sorszámok kezelése eltérő az 1. Osztályú üzenet Adat Keretei között, és a 0. és 2. osztályú üzenetek Adat Keretei között. Egy ‘1. Osztályú’ Adat Keretben a sorszámot az ISAM generálja az Adat Keret küldési folyamat részeként, és ez a sorszám az IBatch Fejléchez kapcsolódik. A ‘0. Osztályú’ és a ‘2. Osztályú’ Adat Keretekben a POST biztosítja a sorszámot. A 2. Osztályú üzenetekben használt Adat Keret esetében fontos, hogy ez a szám egyedi legyen minden egyes olyan Adat Keretre vonatkozóan, melyek ACK visszaigazolása függőben van, mivel az ACK tartalmazni fogja az illető sorszámot hivatkozásként. A 0. Osztályú Adat Keretek esetében a sorszám egyedisége nem fontos.

6.4 Konfiguráció kezelés A POST-nak képesnek kell lennie arra, hogy a HOPS-tól fogadja és feldolgozza a következő konfigurációs adatállományokat: — Forró lista; — Akció lista; — Interoperabilitási lista. — IPE Díjtermék típus (Embodiment) Paraméter adatállomány. (ha szükség van IPE létrehozatalára) Az ITSO kötelezően nem írja elő ezen listák minimum tárolási követelményeit. A szállítóknak kell megadniuk a POST tárolási kapacitását (rekordokban), a fentiek mindegyikér vonatkozóan. Ezeket a kapacitásokat fel kell tüntetni a POST akkreditációs tanúsítványon. A POST csak akkor fogja aktiválni az ezen konfigurációs adatállományokban levő adat rekordokat, ha meg tud győződni ezen rekordok érvényességéről.

6.4.1 Forró Lista Az ITSO Forró lista mechanizmusa lehetővé teszi a Médián levő entitások blokkolását (ITSO Shell/IPE példányok). Az ITSO Forró listákat a POST-nak a POST első-vonali HOPS-a küldi meg.

35


ITSO TS 1000-3 2007-06


Az ITSO Környezet és üzenet halmaz nem támogatja a vásárló Médiának magának a blokkolását. A blokkolható legmagasabb szintű entitás az ITSO Shell. 6.4.1.1 Forró Lista struktúra A Forró Lista struktúrája az ITSO TS 1000-6 dokumentumban van definiálva. Összefoglalva, a lista egy vagy több rekordból áll, mely rekordok mindegyikét több mező alkotja, az alábbiak szerint: — Fejléc; — IPE azonosító(k) (opcionális); — Egy Forró lista adat csoport. 6.4.1.2 Forró Lista tárolás A POST-nak tárolnia kell a fogadott Forró Listát: — vagy saját biztonságos nem-felejtő memóriájában; — vagy az ISAM-on belül; — vagy opcionálisan mind saját nem-felejtő memóriájában és az ISAM-on belül. A POST saját memóriájában tárolt listák esetében: — A HOPS-nak el kell küldenie minden egyes Forró Lista rekordot egy (aláírt) 2. Osztályú Adat Keretként, melyet a POST-nak ellenőriznie kell és fel kell dolgoznia a 6.3.6 pontban definiáltak szerint. — Az ITSO nem írja elő a Forró Lista tárolásának formátumát, de megköveteli, hogy a formátum megőrizze az összes előírt adat elemet, és lehetővé kell, hogy tegye a keresést az alábbi alpontokban specifikált kritériumok felhasználásával. Az ISAM-ban tárolt listák esetében: — A HOPS-nak minden egyes Forró Lista rekordot egy biztonságos Adat Keretként kell továbbítania egy 3. Osztályú üzenetben. A POST-nak ‘továbbítania kell’ az adott keretet az ISAM-hoz a 6.3.8 pontban definiáltak szerint. — A POST az ISAM-ban tárolt listákhoz nem tud közvetlenül hozzáférni. Ahhoz, hogy ezekben a listákban keressen, az ISAM által nyújtott szolgáltatásokat kell igénybe vennie. 6.4.1.3 Forró Lista aktualizálás A POST saját memóriájában tárolt listák esetében: — Amennyiben egy HotListIdentifier (ForróListaAzonosító) nagyobb, mint a pillanatnyilag tárolt rekordok HotListIdentifier adata (figyelembe véve a túlcsordulást/rollover/), akkor a POST-nak ki kell tisztítania saját pillanatnyi Forró Listáját. Ezt követően meg kell kezdenie egy új Forró Listát, melynek első rekordja az újonnan fogadott rekord lesz. — Amennyiben egy fogadott Forró Lista rekordban a HotListIdentifier adata ugyanaz, mint a pillanatnyilag tárolt rekordok HotListIdentifier adata, akkor a POST-nak az adott rekordot csatolnia kell a listához. Az ISAM-ban tárolt listák esetében: — A fenti szabályok érvényesek, de azokat az ISAM hajtja végre. 6.4.1.4 Forró Lista keresés A POST-nak támogatnia kell a Forró Listák keresését az alábbiak mindegyike segítségével: — ITSO Shell hivatkozás (0. kulcs típus) és — IPE hivatkozás (1. kulcs típus). Az ITSO Shell hivatkozás (0. kulcs típus) alapú kereséseket akkor kell használni, amikor a bemutatott Média platform egy ‘teljes’ (1. verzió) ITSO Shell-t hordoz (lásd ITSO TS 1000-2 és ITSO TS 1000-10 dokumentumokat). Az IPE hivatkozás (1. kulcs típus) alapú kereséseket csak akkor kell használni, ha a bemutatott Média platform ‘kompakt’ (2. verzió) ITSO Shell-t hordoz (lásd ITSO TS 1000-2 és ITSO TS 1000-10 dokumentumokat).

36


ITSO TS 1000-3 2007-06


Mindkét keresési mechanizmus esetében (0. kulcs típus, 1. kulcs típus) a POST által generált ‘keresési sztring’ 8 bájtból áll, mely megfelel a Forró Lista rekordon belüli fejléc első 8 byte-jának. ISAM igénybe vételével történő Forró Lista tárolás esetén a POST a definiált ISAM szolgáltatásokat kell, hogy használja a Forró Lista keresésének végrehajtására, felhasználva a fenti 8-byte-os keresési sztringet. További részletek az ITSO TS 1000-7 és az ITSO TS 1000-8 dokumentumokban találhatók. A POST által a Forró Lista keresés céljára kiválasztott adatállománynak annak az adatállománynak kell lennie, amelyről a POST értesítve lett az ISAM Kezelési Adatállomány Paraméterek című Interoperabilitási Lista táblázat tartalmán keresztül. További részletek az ITSO TS 1000-6 dokumentumban találhatók. 6.4.1.4.1 - 0. kulcs típus Ez a keresési típus akkor használandó, amikor az fő hivatkozás az ITSO Shell példány. A keresési sztring a következő elemekből áll, és azt teljes körűen definiálja az ITSO TS 1000-6 dokumentum: — Kulcs típus; — ITSO Shell iterációs szám; — IIN index; — ISRN (IIN kivételével). Nincs használva a teljes ISRN-en. E helyett egy explicit IIN érték egy IIN ‘reference index’ használatos. Mind a HOPS-nak, mind a POST-nak tartalmaznia kell az ‘IIN Index Táblázat’ egy másolatát, ezáltal támogatva a gyorsított mechanizmust. További részletek a 6.4.3.4 pont alatt találhatók. 6.4.1.4.2 – 1. kulcs típus E keresési típust akkor kell használni, amikor a fő hivatkozás egy IPE példány. A keresési sztring az alábbi elemekből áll és azt teljes körűen definiálja az ITSO TS 1000-6 dokumentum: — Kulcs típus; — IPE iterációs szám; — ISAM ID (Az IPE példányt létrehozó ISAM azonosítója); — ISAM sorszám (Az IPE példány létrehozó tranzakció sorszáma). 6.4.1.5 Forró Lista megfeleltetés Amennyiben a rendszer egyezést talál egy Forró Listás kereséskor, akkor a POST-nak a következőket kell végrehajtania: — Amennyiben a HotType = 2, akkor egy IPE ID Opcionális További Azonosító Csoport kerül a Forró Lista rekordba, majd a POST felhasználja ezt az információt annak az IPE-nek a beazonosítására, mely a Forró Lista rekord célja. — Az érintett entitás szükséges adat elemeinek aktualizálása annak jelzése érdekében, hogy ennek az entitásnak a használata blokkolva van. A vonatkozó entitásokat a HotType és a HotAction mezők definiálják a Forró Lista rekordban (lásd az ITSO TS 1000-6 dokumentumot). — Az ISAM szolgáltatásainak igénybe vételével ezen módosított entitások (azaz ITSO Shell, Könyvtár, IPE) lepecsételése és ezen adatok visszaírása a Médiára. — Annak ellenőrzése, hogy a Médiára írt összes adat korrekt módon végrehajtásra kerül. — Az összes szükséges Tranzakció Rekord generálása (beleértve a kivételi rekordokat, amennyiben azokra szükség van), és az ISAM szolgáltatásainak igénybe vétele (az ITSO TS 1000-7 és az ITSO TS 1000-8 dokumentumokban meghatározottak szerint) az említett rekordok lepecsételéséhez és a IBatch Fejléc pontos állapotának fenntartásához. — Jelezni a POST üzemeltető felé a megteendő szükséges lépést a Média/felhasználó használatát illetően. A lépés típusokat a Forró Lista rekord CardDisposition mezője definiálja (lásd az ITSO TS 1000-6 dokumentumot). 6.4.1.5.1 ITSO Shell blokkolása Amennyiben a HotType és a HotAction paraméterek megkövetelik az ITSO Shell blokkolását, akkor a POSTnak be kell állítania a ‘ShellBlocked’ jelzést (flag) a Könyvtár DirBitMap elemében (lásd ITSO TS 1000-2 dokumentumot). 6.4.1.5.2 IPE blokkolása

37


ITSO TS 1000-3 2007-06


Amennyiben a HotType és a HotAction paraméterek megkövetelik az IPE példány blokkolását, akkor a POSTnak be kell állítania az adott IPE megszüntető ST tételét ennek megfelelően (lásd ITSO TS 1000-2 dokumentum). 6.4.1.5.3 Blokkolás feloldása Egy blokkolt entitás ‘blokkolása feloldható’ az alábbi folyamatok bármelyikével: — Egy Akció Lista akción keresztül, illetve — Egy manuális folyamaton keresztül a POST-nál. Az ITSO nem írja kötelezően elő, hogy a POST-nak támogatnia kell a manuális feldolgozási módszert. Amennyiben egy POST támogatja a manuális módszert, akkor a POST-nak a következő lépéseket kell végrehajtania: — Növelnie kell a vonatkozó iterációs számot (ITSO Shell, illetve IPE) az érintett entitáson belül. Új iterációs számot kell használni a generált Tranzakciós Rekordokon belül (lásd az alábbiakban). — Az ISAM szolgáltatásainak igénybe vételével le kell pecsételni a módosított entitást és ezt vissza kell írni a Médiára. — Annak ellenőrzése, hogy a Médiára írt összes adat korrekt módon végrehajtásra kerül. — Az összes szükséges Tranzakció Rekord generálása (beleértve a kivételi rekordokat, amennyiben azokra szükség van), és az ISAM szolgáltatásainak igénybe vétele (az ITSO TS 1000-7 és az ITSO TS 1000-8 dokumentumokban meghatározottak szerint) az említett rekordok lepecsételéséhez és a IBatch Fejléc pontos állapotának fenntartásához.

6.4.2 Akció Lista Az ITSO Akció Lista mechanizmusa lehetővé teszi, hogy egy központi létesítmény (például egy HOPS) olyan lépéseket definiáljon, melyek távolról kerülnek végrehajtásra a Vásárlói Média adott példányán, amikor az illető Médiát bemutatják egy POST-nál. Koncepció szempontjából ez a korábbiakban definiált Forró Lista funkcionalitás szélesebb hatókörű változata. Éppen úgy, mint a Forró Listákat, az Akció Listákat is a POST-nak a POST első-vonali HOPS-a küldi meg. 6.4.2.1 Akció Lista struktúra Az Akció Lista struktúrát az ITSO TS 1000-6 dokumentum definiálja. Összefoglalva a lista egy vagy több rekordból áll, mely rekordok mindegyikét több mező alkotja, az alábbiak szerint: — Fejléc; — IPE azonosító (opcionális); — Egy Akció Lista adat csoport; — Akció Lista adat elemek (lépés típusától függően). 6.4.2.2 Akció Lista tárolása A POST-nak tárolnia kell a fogadott Akció Listákat: — vagy saját biztonságos nem-felejtő memóriájában, — vagy az ISAM-ban. A POST saját memóriájában tárolt listák esetében: — A HOPS-nak minden egyes Akció Lista rekordot egy (aláírt) 2. Osztályú Adat Keretként kell továbbítania, melyet a POST-nak ellenőriznie kell és fel kell dolgoznia a 6.3.6 pontban definiáltaknak megfelelően. — Az ITSO nem írja elő az Akció Listák tárolási formátumát, de megköveteli, hogy a formátum megőrizze az összes specifikált adatelemet, és hogy lehetővé tegye az alábbi alpontokban specifikált kritériumok használatával történő keresést. Az ISAM-ban tárolt listák esetében: — A HOPS-nak minden egyes Akció Lista rekordot egy Biztonságos Adat Keretként kell továbbítania egy 3. Osztályú üzenetben. A POST-nak ‘továbbítania’ kell az adott keretet az ISAM-nak a 6.3.8 pontban definiáltaknak megfelelően.

38


ITSO TS 1000-3 2007-06


— A POST nem tud közvetlenül hozzáférni az ISAM-ban tárolt listákhoz. Ezen listák kereséséhez a POST-nak az ISAM által biztosított szolgáltatásokat kell igénybe vennie. 6.4.2.3 Akció Lista aktualizálása A POST saját memóriájában tárolt listák esetében: — Amennyiben egy ActionListIdentifier (AkcióListaAzonosító) nagyobb, mint a pillanatnyilag tárolt rekordok ActionListIdentifier adata (figyelembe véve az túlcsordulást/rollover/), akkor a POST-nak ki kell tisztítania saját pillanatnyi Akció Listáját. Ezt követően meg kell kezdenie egy új Akció Listát, melynek első rekordja az újonnan fogadott rekord lesz. — Amennyiben egy fogadott Akció Lista rekordban az ActionListIdentifier adata ugyanaz, mint a pillanatnyilag tárolt rekordok ActionListIdentifier adata, akkor a POST-nak az Akció Lista rekordot csatolnia kell a listához. Az ISAM-ban tárolt listák esetében: — a fenti szabályok érvényesek, de azokat az ISAM hajtja végre. 6.4.2.4 Akció Lista keresés A POST-nak támogatnia kell az Akció Lista keresést mindkét alábbi módon: — ITSO Shell hivatkozás (0. kulcs típus) és — IPE hivatkozás (1. kulcs típus) ITSO Shell hivatkozás (0. kulcs típus) alapú kereséseket akkor kell használni, amikor a bemutatott Média platform egy ‘teljes’ (1. verzió) ITSO Shell-t hordoz (lásd az ITSO TS 1000-2 és az ITSO TS 1000-10 dokumentumokat). IPE hivatkozás (1. kulcs típus) alapú kereséseket csak akkor kell használni, amikor a bemutatott Média platform egy ‘kompakt’ (2. verzió) ITSO Shell-t hordoz (lásd az ITSO TS 1000-2 és az ITSO TS 1000-10 dokumentumokat). Mindkét keresési mechanizmus (0. kulcs típus, 1. kulcs típus) esetén a POST által generált ‘keresési sztring’ 8byte-ból áll, melyek megfelelnek az Akció Lista rekordon belüli fejléc első 8 byte-jának. Amikor az Akció Lista tárolása ISAM segítségével történik, akkor a POST-nak a definiált ISAM szolgáltatásokat kell használnia az Akció Lista keresésének végrehajtásához, a fenti 8 byte-os keresési sztring felhasználásával. További részletek az ITSO TS 1000-7 és az ITSO TS 1000-8 dokumentumokban találhatók. A POST által az Akció Lista keresés céljára kiválasztott adatállománynak annak az adatállománynak kell lennie, amelyről a POST értesítve lett az ISAM Kezelési Adatállomány Paraméterek című Interoperabilitási Lista táblázat tartalmán keresztül. További részletek az ITSO TS 1000-6 dokumentumban találhatók. 6.4.2.4.1 – 0. kulcs típus Ezt a keresési típust kell használni akkor, amikor a fő hivatkozás az ITSO Shell példány. A keresési sztring a következő elemekből áll, és azt teljes körűen definiálja az ITSO TS 1000-6 dokumentum: — Kulcs típus; — ITSO Shell iterációs szám; — IIN index; — ISRN (az IIN kivételével). A teljes ISRN nincs használva. E helyett egy explicit IIN érték, egy IIN ‘referencia index’ használatos. Mind a HOPS-nak, mind a POST-nak tartalmaznia kell az ‘IIN Index Táblázat’ egy példányát, ezáltal támogatva a rövidített mechanizmust. További részletek a 6.4.3.4 pontban található. 6.4.2.4.2 – 1. kulcs típus Ezt a keresési típust akkor kell használni, amikor a fő hivatkozás egy IPE példány. A keresési sztring a következő elemekből áll, és azt teljes körűen definiálja az ITSO TS 1000-6 dokumentum: — Kulcs típus; — IPE iterációs szám;

39


ITSO TS 1000-3 2007-06

— ISAM ID — ISAM sorszám


(Az IPE példányt létrehozó ISAM ID-je); (az IPE példányt létrehozó tranzakció sorszáma).

6.4.2.5 Akció Lista megfeleltetés Amennyiben egyezést talál a rendszer egy Akció Lista keresés esetén, akkor a POST-nak a következőket kell tennie: — Aktualizálnia kell a szükséges adateleme(ke)t az érintett entitáson belül, a vonatkozó Akció Lista rekord akció kódjai által megkövetelt módon. A rendelkezésre álló lépésekre vonatkozóan további részletek az TS 1000-6 dokumentumban találhatók. — Az ActionSequenceNumber (AkcióSorszám) aktualizálása az IPE-n belül (lásd az alábbiakban). — Az ISAM szolgáltatásainak igénybe vételével le kell pecsételnie ezeket a módosított entitásokat (azaz ITSO Shell, Könyvtár, IPE), és azokat vissza kell írnia a Médiára. — Annak ellenőrzése, hogy a Médiára írt összes adat korrekt módon végrehajtásra kerül. — Az összes szükséges Tranzakció Rekord generálása (beleértve a kivételi rekordokat, amennyiben azokra szükség van), és az ISAM szolgáltatásainak igénybe vétele (az ITSO TS 1000-7 és az ITSO TS 1000-8 dokumentumokban meghatározottak szerint) az említett rekordok lepecsételéséhez és a IBatch Fejléc pontos állapotának fenntartásához. 6.4.2.5.1 Akció sorszám Az IPE példányban tárolt ActionSequenceNumber mező a központi IPA-n megelőzi az adott IPE példányon ugyanannak a lépésnek egynél több alkalommal történő végrehajtását. E mező egyben kikényszeríti az akciós események szabályos sorrendjét is. Amennyiben a POST egy Akció Listás egyezést aktiválni próbál, amennyiben az ActionSequenceNumber a rekordon belül nem azonos az IPE példányon belüli ActionSequenceNumber-rel, akkor a lépés nem lesz végrehajtva. Ha a rekordon belüli ActionSequenceNumber azonos az IPE példányon belüli ActionSequenceNumber-rel, akkor végre lesz hajtva a lépés, és az IPE példány ActionSequenceNumber-e növelve lesz. Ezt az új ActionSequenceNumber-t kell visszaküldenie a Tranzakció Rekordokban az akcióra vonatkozóan. Megjegyzés: Az ITSO Shell-ek nem tartalmaznak ActionSequenceNumber-t. Megjegyzés: Az ITSO nem biztosít olyan mechanizmust, amely megelőzi az olyan Akció Lista tételeket, amelyek IPE-ket hoznak létre (amikor az ActionToTake /megteendő lépés/ = 1) annak eredményeképpen, hogy egynél többször vannak aktiválva. A többszörös aktiválás megelőzése a Termék Tulajdonos felelőssége.

6.4.3 Interoperabilitási lista Az ITSO Interoperabilitási lista mechanizmus lehetővé teszi, hogy egy központi létesítmény (például egy HOPS) az interoperabilitáshoz szükséges paramétereket definiáljon. Éppen úgy, mint a Forró Listák és az Akció Listák, az Interoperabilitási Listát a POST-nak a POST első-vonali HOPS-a küldi meg. 6.4.3.1 Interoperabilitási lista struktúra Az interoperabilitási lista struktúráját az ITSO TS 1000-6 definiálja. Összefoglalva, a lista egy vagy többrekordot tartalmaz, és minden egyes rekord több mezőből áll, az alábbiak szerint: — Azonosító; — Akció; — Egy definiált paraméter táblázat egyetlen sora. A HOPS minden egyes interoperabilitási lista rekordot egy (aláírt) 2. Osztályú Adat Keretként el, melyet a POST leellenőriz és feldolgoz a 6.3 pontban definiáltak szerint. 6.4.3.2 Interoperabilitási lista tárolása

40


ITSO TS 1000-3 2007-06


A POST-nak a fogadott Interoperabilitási listát saját nem felejtő memóriájában kell eltárolnia. Az ITSO nem írja elő a lista tárolási formátumát. 6.4.3.3 Interoperabilitási lista aktualizálása — Amennyiben egy InteroperabilityListIdentifier (InteroperabilitásiListaAzonosító) nagyobb, mint a pillanatnyilag tárolt kapcsolódó paraméter táblázat azonosítója (figyelembe véve a túlcsordulást/rollover/), akkor a POST-nak ki kell tisztítania saját pillanatnyi paraméter táblázatát. Ezt követően meg kell kezdenie egy új paraméter táblázatot, melynek első sora az újonnan kapott rekord lesz. — Amennyiben egy fogadott Interoperabilitási Lista rekordban az InteroperabilityListIdentifier adata ugyanaz, mint a pillanatnyilag tárolt kapcsolt paraméter táblázat azonosítója, akkor a POST-nak csatolnia kell az Interoperabilitási Lista rekordot az illető paraméter táblázat egy új soraként. 6.4.3.4 Interoperabilitási paraméter táblázatok A POST-nak támogatnia kell és használnia kell a következő Interoperabilitási paraméter táblázatokat: — OID / TYP paraméterek; — Csúcsidők; — Állami ünnepnapok, csúcsidőn kívül elfogadása; — Transzferek; — Rabattok; — Hűség szabályok; — Valuta; — Zóna táblázat hivatkozás; — Zóna táblázat bittérkép; — Értékesítési ártáblázat; — IIN Index Táblázat; — IPE paraméterek táblázata. — ISAM Kezelési Adatállomány Paraméterek A fenti táblázatok mindegyike egy vagy több sorból áll, ahol minden egyes sor egyetlen Interoperabilitási lista rekordként került továbbításra egy (2. Osztályú) Adat Keretben. A fenti táblázatokat az ITSO TS 1000-6 dokumentum definiálja és részletezi.

6.4.4 IPE Díjtermék /embodiment/ paraméterek Az IPE Díjtermék mechanizmus lehetővé teszi, hogy egy központi létesítmény (például egy HOPS) az IPE létrehozásához szükséges paramétereket definiálja. 6.4.4.1 IPE Díjtermék Paraméterek adatállomány struktúrája Az IPE Díjtermék paraméter adatállomány struktúráját az ITSO TS 1000-6 definiálja. Összefoglalva, az adatállomány egy vagy több rekordból áll, mely rekordok mindegyikét több mező alkotja, az alábbiak szerint: — Elem szám; — Szabály kód; — Adat méret; — Adat. A HOPS minden egyes rekordot egy (aláírt) 2. Osztályú Adat Keretként küld el, amelyet a POST-nak ellenőriznie kell és fel kell dolgoznia a 6.3 pontban definiáltaknak megfelelően. 6.4.4.2 IPE Díjtermék Paraméterek adatállomány tárolása A POST-nak tárolnia kell a fogadott díjtermék típus paraméter állományt saját biztonságos, nem-felejtő memóriájában. Az ITSO nem írja elő a lista tárolási formátumát.

41


ITSO TS 1000-3 2007-06


A. függelék normatív jellegű Vásárlói Tájékoztató Üzenetek A.1. Táblázat – Vásárlói üzenetek Feltétel

ITSO Vásárlói Üzenet

POST üzemel

Kész

POST üzemen kívül

Üzemen kívül

ITSO Shell CRC sikertelen

Kérjen segítséget

ITSO Shell lejárt


ITSO Shell blokkolva


FVC nincs támogatva / engedélyezve


KSC nincs támogatva / engedélyezve


Mindkét Könyvtáron érvénytelen Pecsét


Választható termék lista üres


A rendszer nem talált engedélyezett terméket


A Vásárló Média birtokosának ki kell választania a terméket

Kérjük válassza ki a használandó terméket

A kiválasztott termék nem érvényes @ idő vagy hely


A kiválasztott termék nem képes fedezni az utazás költségét


Sikeres tranzakció

OK

Lépés megtörtént

Aktualizálás sikeres

Automatikus megújítás megtörtént

Aktualizálás sikeres

A média túl korán el lett távolítva

Kérjük ismét mutassa be a Médiát

42


Az ELEKTRA Hungaria v.3.0 közlekedési kártyarendszer alkalmazásának követelményei

Recommend Documents