text:
Rada přijme rozhodnutí uvedené v článku LAW.PRUM.18 [Hodnocení ex ante] na základě
 hodnotící zprávy, která vychází z dotazníku.
 2. Pokud jde o automatizovanou výměnu údajů podle části třetí hlavy II [Výměny DNA, otisků
 prstů a údajů o registraci vozidel], vychází hodnotící zpráva rovněž z hodnotící návštěvy a zkušebního
 testu, který se v případě potřeby provede poté, co Spojené království informuje specializovaný výbor
 pro spolupráci v oblasti prosazování práva a justiční spolupráci o tom, že provedlo povinnosti, jež pro
 něj vyplývají z části třetí hlavy II [Výměny DNA, otisků prstů a údajů o registraci vozidel], a předloží
 prohlášení uvedená v článku 22 této kapitoly. Podrobnosti týkající se tohoto postupu jsou stanoveny
 v kapitole 4 této přílohy.
 Článek 24: Statistika a zpráva
 1. Pravidelně se provádí hodnocení administrativního, technického a finančního provádění
 výměny údajů podle části třetí hlavy II [Výměny DNA, otisků prstů a údajů o registraci vozidel].
 Hodnocení se provede s ohledem na kategorie údajů, pro které byla zahájena výměna údajů mezi
 dotčenými státy. Hodnocení vychází ze zpráv dotčených států.
 2. Každý stát sestavuje statistiky o výsledcích automatizované výměny údajů. S cílem zajistit
 srovnatelnost sestaví příslušná pracovní skupina Rady vzor statistiky. Tyto statistiky budou
 každoročně předávány specializovanému výboru pro spolupráci v oblasti prosazování práva a justiční
 spolupráci.
 3. Kromě toho budou státy pravidelně, nejvýše jednou za rok, žádány o poskytnutí dalších
 informací o provádění automatizované výměny údajů ze správního, technického a finančního
 hlediska, jichž je zapotřebí k analýze a zlepšení procesu.
 4. V souvislosti s tímto článkem se použijí statistiky a zprávy členských států v souladu s
 rozhodnutími 2008/615/SVV a 2008/616/SVV.
 KAPITOLA 1: Výměna údajů o DNA
 1. Forenzní otázky související s DNA, pravidla týkající se porovnávání a algoritmy
 1.1 Údaje týkající se profilů DNA
 Profil DNA může obsahovat 24 párů čísel, která představují alely 24 lokusů, které se rovněž používají
 v postupech srovnávání DNA, které používá Interpol. Názvy těchto lokusů jsou uvedeny v této
 tabulce:
 VWA TH01 D21S11 FGA D8S1179 D3S1358 D18S51 Amelogeni
 n
 TPOX CSF1P0 D13S317 D7S820 D5S818 D16S539 D2S1338 D19S433
 920
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 Penta D Penta E FES F13A1 F13B SE33 CD4 GABA
 Sedm šedě označených lokusů v prvním řádku tabulky představuje jak současný evropský standardní
 soubor (ESS), tak standardní soubor lokusů používaný Interpolem (ISSOL).
 Pravidla pro zařazení:
 Profily DNA poskytnuté státy pro vyhledávání a srovnávání, jakož i profily DNA rozeslané za účelem
 vyhledávání a srovnávání musí obsahovat alespoň 6 plně určených147 lokusů a mohou v závislosti na
 dostupnosti obsahovat dodatečné lokusy nebo prázdná místa. Referenční profily DNA musí
 obsahovat alespoň 6 ze 7 lokusů evropského standardního souboru (ESS). Aby se zvýšila přesnost
 shody, jsou všechny alely, jež jsou k dispozici, uloženy v indexovaných databázích profilů DNA a jsou
 používány pro vyhledávání a srovnávání. Každý stát by měl co nejdříve v závislosti na praktických
 možnostech zavést každý nový evropský standardní soubor lokusů (ESS), který EU přijme.
 Smíšené profily DNA nejsou


text:
přípustné a hodnoty alel každého lokusu tedy budou složeny pouze ze
 dvou čísel, která mohou být stejná v případě homozygozity v daném lokusu.
 Se zástupnými znaky a mikrovariantami je třeba nakládat podle těchto pravidel:
 – Každá nečíselná hodnota s výjimkou amelogeninu obsažená v profilu (např. „o“, „f“, „r“,
 „na“, „nr“ či „un“) musí být automaticky převedena pro export na zástupný znak (*) a
 prohledávána podle všech.
 – Číselné hodnoty „0“, „1“ nebo „99“ obsažené v profilu musí být automaticky převedeny pro
 export na zástupný znak (*) a prohledávány podle všech.
 – Pokud jsou pro jeden lokus poskytnuty 3 alely, bude přijata první alela a zbývající 2 alely
 musí být automaticky převedeny pro export na zástupný znak (*) a prohledávány podle
 všech.
 – Pokud jsou poskytnuty hodnoty zástupného znaku pro alelu 1 nebo 2, pak budou
 vyhledávány obě permutace číselné hodnoty dané pro lokus (například hodnota 12, * by
 mohla souhlasit s 12,14 nebo 9,12).
 – Pentanukleotidové mikrovarianty (Penta D, Penta E & CD4) budou porovnávány
 následovně:
 x.1 = x, x.1, x.2
 x.2 = x.1, x.2, x.3
 x.3 = x.2, x.3, x.4
 147
 „Plně určené“ znamená, že je zahrnuto zpracování vzácných hodnot alel.
 921
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 x.4 = x.3, x.4, x + 1,
 – Tetranukleotidové mikrovarianty (zbývající část databáze lokusů představují
 tetranukleotidy) budou porovnávány následovně:
 x.1 = x, x.1, x.2
 x.2 = x.1, x.2, x.3
 x.3 = x.2, x.3, x + 1.
 1.2 Pravidla pro porovnávání
 Srovnávání dvou profilů DNA bude prováděno na základě lokusů, pro které jsou k dispozici hodnoty
 alel u obou DNA. Před tím než je poskytnuta informace o nalezení shody (HIT), musí se obě DNA
 shodovat alespoň v 6 plně určených lokusech (mimo amelogeninu).
 Úplná shoda (kvalita 1) je definována jako shoda, kdy jsou stejné všechny hodnoty alel srovnávaných
 lokusů obsažených v obou porovnávaných profilech DNA. Přibližná shoda je definována jako shoda,
 kdy se porovnávané profily DNA liší v jediné ze všech porovnávaných alel (kvalita 2, 3 a 4). Přibližná
 shoda je přijata pouze v případě, že se alespoň 6 plně určených lokusů v obou srovnávaných
 profilech DNA shoduje.
 Důvodem pro přibližnou shodu může být:
 – lidská chyba v podobě překlepu při zadávání jednoho z profilů DNA do požadavku na
 vyhledání nebo do databáze DNA,
 – chyba při určení alely nebo při vyhledávání alely („allele-calling“) během genotypizace DNA.
 1.3. Pravidla pro podávání zpráv
 Budou podávány zprávy o úplných shodách, přibližných shodách i o nenalezení shody (No-HITs).
 Zpráva o shodě bude zaslána žádajícímu národnímu kontaktnímu místu a bude rovněž zpřístupněna
 dožádanému národnímu kontaktnímu místu (s cílem umožnit dožádanému národnímu kontaktnímu
 místu, aby odhadlo povahu a počet možných následných žádostí o další dostupné osobní údaje a jiné
 informace vztahující se k profilu DNA, u kterého byla nalezena shoda (HIT), v souladu s článkem
 LAW.PRUM.14 [Předávání dalších osobních údajů a jiných informací].
 2. Tabulka číselných kódů států
 V souladu s částí třetí

type: contracts

jurisdiction: EU


text:
hlavou II [Výměny DNA, otisků prstů a údajů o registraci vozidel] se pro
 stanovení názvů domén a jiných konfiguračních parametrů aplikací výměny údajů o DNA v rámci
 uzavřené sítě podle Prümské smlouvy používá kód A-2 normy ISO 3166-1.
 Kódy A-2 normy ISO 3166-1 jsou tyto dvoupísmenné kódy států:
 Názvy států Kód Názvy států Kód
 922
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 Belgie BE Litva LT
 Bulharsko BG Lucembursko LU
 Česká republika CZ Maďarsko HU
 Dánsko DK Malta MT
 Německo DE Nizozemsko NL
 Estonsko EE Rakousko AT
 Irsko IE Polsko PL
 Řecko EL Portugalsko PT
 Španělsko ES Rumunsko RO
 Francie FR Slovensko SK
 Chorvatsko HR Slovinsko SI
 Itálie IT Finsko FI
 Kypr CY Švédsko SE
 Lotyšsko LV Spojené království UK
 3. Funkční analýza
 3.1. Dostupnost systému
 Je třeba, aby žádosti podle článku LAW.PRUM.8 [Automatizované vyhledávání profilů DNA]
 přicházely do cílové databáze v chronologickém pořadí, tak jak byla každá žádost zaslána, a aby
 odpovědi byly odeslány tak, aby dorazily do žádajícího státu do 15 minut od doručení žádosti.
 3.2. Druhý krok
 Když stát obdrží zprávu o shodě, je na národním kontaktním místu tohoto státu, aby porovnalo
 hodnoty profilu zadaného v rámci dotazu a hodnoty profilu obdrženého (profilů obdržených) jako
 odpověď a aby potvrdil a ověřil průkazní hodnotu profilu. Národní kontaktní místa se mohou
 navzájem kontaktovat pro účely ověření.
 Postupy právní pomoci začínají po ověření existence shody mezi dvěma profily na základě „úplné
 shody“ nebo „přibližné shody“ zjištěné během fáze automatizovaného vyhledávání.
 4. Dokument o řízení rozhraní výměny dat o DNA
 923
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 4.1. Úvod
 4.1.1. Cíle
 Tato kapitola definuje požadavky na výměnu informací o profilech DNA mezi systémy databází DNA
 všech států. Pole záhlaví jsou pro výměnu údajů o DNA podle Prümské smlouvy konkrétně
 stanoveny; část pro údaje je založena na části pro údaje o profilu DNA ve schématu XML (Extensible
 Markup Language, rozšířitelný značkovací jazyk) stanoveném pro bránu pro výměnu údajů o DNA
 používanou Interpolem.
 Údaje jsou vyměňovány pomocí protokolu SMTP (Simple Mail Transfer Protocol, jednoduchý
 protokol pro přenos elektronické pošty) a jiných nejmodernějších technologií prostřednictvím
 centrálního poštovního serveru (relay mail server), který zajišťuje poskytovatel sítě. Soubor XML je
 přenášen v hlavní části zprávy.
 4.1.2. Oblast působnosti
 Tento dokument definující rozhraní definuje pouze obsah zprávy (neboli e-mailu). Všechna témata
 týkající se konkrétně sítí a zpráv jsou jednotně definována v zájmu poskytnutí společného
 technického základu pro výměnu údajů o DNA.
 To zahrnuje:
 – takový formát pole předmětu ve zprávě, aby umožňoval/povoloval automatizované
 zpracování zpráv,
 – zda je nezbytné šifrování obsahu, a pokud ano, jakou metodu je třeba zvolit,
 – maximální délku zpráv.
 4.1.3. Struktura a zásady XML
 Zpráva XML je rozčleněna na:
 – část záhlaví, která obsahuje informace o přenosu, a
 – údajovou část, která obsahuje konkrétní informace o


text:
profilu, jakož i samotný profil.
 Pro žádost i odpověď je třeba používat totéž schéma XML.
 Za účelem úplného ověření neidentifikovaných profilů DNA, jak stanoví článek LAW.PRUM.9
 [Automatizované srovnání profilů DNA], je možné zaslat skupinu profilů v jedné zprávě. Je nutné
 určit maximální počet profilů v jedné zprávě. Tento počet závisí na maximální povolené velikosti e-
 mailu a bude určen po zvolení poštovního serveru.
 Příklad XML:
 <?version="1.0" standalone="yes"?>
 <PRUEMDNAx xmlns:msxsl="urn:schemas-microsoft-com:xslt"
 924
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <header>
 (...)
 </header>
 <datas>
 (...)
 </datas>
 [<datas> opakující se struktura údajů, pokud je zasláno více profilů (...) v jedné zprávě SMTP,
 přípustné pouze pro případy podle článku LAW.PRUM.9 [Automatizované srovnání profilů DNA]
 <datas>]
 </PRUEMDNA>
 4.2. Definice struktury XML
 Následující definice slouží pro příklad a lepší srozumitelnost; skutečné závazné informace jsou
 poskytovány souborem se schématem XML (PRUEM DNA.xsd).
 4.2.1. Schéma PRUEMDNAx
 Obsahuje tato pole:
 Fields Type Description
 header PRUEM_header Occurs: 1.
 datas PRUEM_datas Occurs: 1 ... 500
 4.2.2. Obsah struktury záhlaví
 4.2.2.1. Záhlaví PRUEM
 Toto je struktura, která popisuje záhlaví souboru XML. Obsahuje tato pole:
 Fields Type Description
 direction PRUEM_header_dir Direction of message flow
 ref String Reference of the XML file
 925
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 generator String Generator of XML file
 schema_version String Version number of schema to use
 requesting PRUEM_header_info Requesting State info
 requested PRUEM_header_info Requested State info
 4.2.2.2. PRUEM_header dir
 Typ údajů obsažených ve zprávě, hodnota může být:
 Value Description
 R Request
 A Answer
 4.2.2.3. PRUEM header info
 Struktura pro označení státu a dne/času zprávy. Obsahuje tato pole:
 Fields Type Description
 source_isocode String ISO 3166-2 code of the requesting State
 destination_isocode String ISO 3166-2 code of the requested State
 request_id String unique Identifier for a request
 datum Datum Date of creation of message
 time Time Date of creation of message
 4.2.3. Obsah údajové části PRUEM
 4.2.3.1. PRUEM_datas
 Toto je struktura, která popisuje údajovou část souboru XML. Obsahuje tato pole:
 Fields Type Description
 reqtype PRUEM request type Type of request (Article LAW.PRUM.8 [Automated
 926
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 searching of DNA profiles] or LAW.PRUM.9
 [Automated comparison of DNA profiles])
 date Datum Date profile stored
 type PRUEM_datas_type Type of profile
 result PRUEM_datas_result Result of request
 agency String Name of corresponding unit responsible for the
 profile
 profile_ident String Unique State profile ID
 message String Error Message, if result = E
 profile IPSG_DNA_profile If direction = A (Answer) AND result ≠ H (HIT)
 empty
 match_id String In case of a HIT PROFILE_ID of the requesting
 profile
 quality PRUEM_hitquality_type Quality of HIT
 hitcount Integer Count of matched Alleles
 rescount Integer Count of matched profiles. If direction = R
 (Request), then


text:
empty. If quality! = 0 (the original
 requested profile), then empty.
 4.2.3.2. PRUEM_request_type
 Typ údajů obsažených ve zprávě, hodnota může být:
 Value Description
 3 Requests pursuant to Article LAW.PRUM.8 [Automated
 searching of DNA profiles]
 4 Requests pursuant to Article LAW.PRUM.9 [Automated
 comparison of DNA profiles]
 4.2.3.3. PRUEM_hitquality_type
 927
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 Value Description
 0 Referring original requesting profile:
 Case „No-HIT“: original requesting profile sent back only;
 Case „HIT“: original requesting profile and matched profiles sent back.
 1. Equal in all available alleles without wildcards
 2 Equal in all available alleles with wildcards
 3 HIT with Deviation (Microvariant)
 4 HIT with mismatch
 4.2.3.4. PRUEM_data_type
 Typ údajů obsažených ve zprávě, hodnota může být:
 Value Description
 P Person profile
 S Stain
 4.2.3.5. PRUEM_data_result
 Typ údajů obsažených ve zprávě, hodnota může být:
 Value Description
 U Undefined, If direction = R (request)
 H HIT
 N No-HIT
 E Error
 4.2.3.6. IPSG_DNA_profile
 Struktura popisující profil DNA. Obsahuje tato pole:
 928
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 Fields Type Description
 ess_issol IPSG_DNA_ISSOL Group of loci corresponding to the ISSOL
 (standard group of Loci of Interpol)
 additional_loci IPSG_DNA_additional_loci Other loci
 marker String Method used to generate of DNA
 profile_id String Unique identifier for DNA profile
 4.2.3.7. IPSG_DNA_ISSOL
 Struktura obsahující lokusy z ISSOL (standardní soubor lokusů používaný Interpolem). Obsahuje tato
 pole:
 Fields Type Description
 vwa IPSG_DNA_locus Locus vwa
 th01 IPSG_DNA_locus Locus th01
 d21s11 IPSG_DNA_locus Locus d21s11
 fga IPSG_DNA_locus Locus fga
 d8s1179 IPSG_DNA_locus Locus d8s1179
 d3s1358 IPSG_DNA_locus Locus d3s1358
 d18s51 IPSG_DNA_locus Locus d18s51
 amelogenin IPSG_DNA_locus Locus amelogin
 4.2.3.8. IPSG_DNA_additional_loci
 Struktura obsahující jiné lokusy. Obsahuje tato pole:
 Fields Type Description
 tpox IPSG_DNA_locus Locus tpox
 csf1po IPSG_DNA_locus Locus csf1po
 929
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 d13s317 IPSG_DNA_locus Locus d13s317
 d7s820 IPSG_DNA_locus Locus d7s820
 d5s818 IPSG_DNA_locus Locus d5s818
 d16s539 IPSG_DNA_locus Locus d16s539
 d2s1338 IPSG_DNA_locus Locus d2s1338
 d19s433 IPSG_DNA_locus Locus d19s433
 penta_d IPSG_DNA_locus Locus penta_d
 penta_e IPSG_DNA_locus Locus penta_e
 fes IPSG_DNA_locus Locus fes
 f13a1 IPSG_DNA_locus Locus f13a1
 f13b IPSG_DNA_locus Locus f13b
 se33 IPSG_DNA_locus Locus se33
 cd4 IPSG_DNA_locus Locus cd4
 gaba IPSG_DNA_locus Locus gaba
 4.2.3.9. IPSG_DNA_locus
 Struktura popisující lokus. Obsahuje tato pole:
 Fields Type Description
 low_allele String Lowest value of an allele
 high_allele String Highest value of an allele
 5. Struktura aplikací, zabezpečení a přenosu
 5.1 Přehled
 Při provádění aplikací pro výměnu údajů o DNA v rámci části třetí hlavy II [Výměny DNA, otisků prstů
 a údajů o registraci vozidel] je třeba používat společnou přenosovou síť, která bude mezi státy
 logicky uzavřená. Pro efektivnější využití této společné komunikační infrastruktury umožňující zasílat
 930
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do


text:
data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 žádosti a dostávat odpovědi je používán asynchronní mechanismus pro přenášení žádostí ohledně
 údajů o DNA a daktyloskopických údajů v uzavřených elektronických SMTP zprávách. Pro splnění
 bezpečnostních požadavků bude ke zřízení skutečně bezpečného průběžného (end-to-end) tunelu v
 síti použit systém s/MIME (Secure Multipurpose Internet Mail Extensions) jako rozšíření funkce
 SMTP.
 Jako přenosová síť pro výměnu údajů mezi státy je používána operační síť TESTA (transevropské
 služby pro telematiku mezi správními orgány, Trans European Services for Telematics between
 Administrations). Síť TESTA spadá do pravomoci Evropské komise. S ohledem na to, že databáze DNA
 států a stávající vnitrostátní přístupová místa k síti TESTA mohou být umístěny ve státech na různých
 pracovištích, může být přístup k síti TESTA zřízen:
 1. použitím stávajících vnitrostátních přístupových míst nebo zřízením nového
 vnitrostátního přístupového místa k síti TESTA, nebo
 2. zřízením zabezpečeného místního propojení z pracoviště, kde je databáze DNA
 umístěna a řízena příslušnou agenturou státu, do stávajícího vnitrostátního přístupového
 místa k síti TESTA.
 Protokoly a normy používané při provádění části třetí hlavy II [Výměny DNA, otisků prstů a údajů o
 registraci vozidel] vyhovují otevřeným normám a splňují požadavky stanovené tvůrci bezpečnostních
 politik států.
 5.2. Struktura vyšší úrovně
 V oblasti působnosti části třetí hlavy II [Výměny DNA, otisků prstů a údajů o registraci vozidel]
 zpřístupní každý stát svou databázi údajů o DNA pro výměnu nebo vyhledávání ze strany jiných států
 v souladu se standardizovaným společným datovým formátem. Struktura vychází z modelu
 komunikace každého s každým („any-to-any communication model“). Neexistuje centrální
 počítačový server ani ústřední databáze pro ukládání profilů DNA.
 Obrázek 1: Topologie výměny údajů o DNA
 931
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 Pracoviště států musí respektovat domácí právní omezení a každý stát může kromě toho
 rozhodnout, jaký typ hardwaru nebo softwaru je třeba použít pro konfiguraci jeho pracoviště, aby
 byly splněny požadavky stanovené částí třetí hlavou II [Výměny DNA, otisků prstů a údajů o registraci
 vozidel].
 5.3. Bezpečnostní normy a ochrana údajů
 Byly zváženy a provedeny tři úrovně zabezpečení.
 5.3.1. Úroveň údajů
 Údaje o profilu DNA poskytnuté každým státem musí být připraveny v souladu se společnými
 pravidly pro ochranu údajů tak, aby žádající státy obdržely odpověď, která neobsahuje žádnou
 osobní informaci, především za účelem oznámení nalezení shody (HIT) nebo nenalezení shody (No-
 HIT), v případě nalezení shody i s identifikačním číslem. Další šetření po oznámení o nalezení shody
 (HIT) bude prováděno na bilaterální úrovni v souladu se stávajícími vnitrostátními právními a
 organizačními předpisy, které se vztahují na pracoviště států.
 5.3.2. Úroveň komunikace
 Zprávy obsahující informace o profilu DNA (v rámci žádosti a odpovědi) budou před odesláním na
 pracoviště jiných států šifrovány prostřednictvím nejmodernějších mechanismů v souladu s
 otevřenými normami, jako je například s/MIME.
 5.3.3. Úroveň přenosu
 Všechny šifrované zprávy obsahující informace o profilu DNA budou zasílány na pracoviště jiných
 států prostřednictvím virtuálního soukromého tunelovacího systému spravovaného důvěryhodným
 poskytovatelem sítě na mezinárodní úrovni


text:
a zabezpečených odkazů na tento tunelovacího systému
 932
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 spravovaných státem. Tento virtuální soukromý tunelovací systém není připojen na otevřený
 internet.
 5.4. Protokoly a normy, které by se měly používat pro šifrovací mechanismus: s/MIME a
 související balíčky
 Pro šifrování zpráv obsahujících informace o profilu DNA bude použita otevřená norma s/MIME jako
 rozšíření existující normy pro elektronické zprávy protokolu SMTP. Protokol s/MIME (V3) umožňuje
 podepsaná potvrzení příjmu, bezpečnostní označení, zabezpečené adresáře a je založen na syntaxi
 šifrované zprávy (Cryptographic Message Syntax, CMS), což je specifikace pracovní skupiny IETF
 (Internet Engineering Task Force) pro zprávy chráněné šifrováním. Může být používán k digitálnímu
 podpisu, přehledu, ověření nebo šifrování všech podob digitálních údajů.
 Výchozí certifikát používaný mechanismem s/MIME musí splňovat normu X.509. Aby bylo zajištěno
 používání společných norem a postupů při jiných aplikacích podle Prümské smlouvy, jsou pravidla
 pro zpracování šifrovacích operací sMIME nebo pro použití v různých prostředích COTS (Commercial
 Product of the Shelves) tato:
 – posloupnost operací je tato: nejprve zašifrování a poté podepsání,
 – šifrovací algoritmus AES (Advanced Encryption Standard) s délkou klíče 256 bitů je používán
 pro symetrické šifrování a šifrovací algoritmus RSA s délkou klíče 1024 bitů je používán pro
 asymetrické šifrování,
 – je používán transformační algoritmus SHA-1.
 Funkce s/MIME je součástí velké většiny moderních softwarových balíčků pro elektronickou poštu,
 mezi něž patří Outlook, Mozilla Mail, jakož i Netscape Communicator 4.x, a funguje společně se
 všemi hlavními softwarovými balíčky pro elektronickou poštu.
 Funkce s/MIME je vzhledem ke své snadné integraci do vnitrostátní infrastruktury informačních
 technologií pracovišť všech států vybrána jakožto schůdný mechanismus pro provedení úrovně
 zabezpečení přenosu. Pro prototypovou výměnu údajů o DNA je však vybrána otevřená norma
 JavaMail API, aby bylo dosaženo cíle důkazu proveditelnosti efektivněji a s omezením nákladů.
 JavaMail API slouží k jednoduchému šifrování a dešifrování elektronických zpráv za pomoci s/MIME
 nebo OpenPGP. Záměrem je poskytnout jednotné, snadno použitelné aplikační programové rozhraní
 (API) pro klienty využívající elektronické pošty, kteří chtějí posílat a dostávat šifrované elektronické
 zprávy v obou nejoblíbenějších formátech pro šifrování elektronických zpráv. Požadavky stanovené
 částí třetí hlavou II [Výměny DNA, otisků prstů a údajů o registraci vozidel] proto dostatečně uspokojí
 každé nejmodernější provedení JavaMail API, jako např. produkt Bouncy Castle JCE (Java
 Cryptographic Extension), který bude použit pro zavedení funkce sMIME pro prototypovou výměnu
 údajů o DNA mezi všemi státy.
 5.5. Struktura aplikace
 Každý stát poskytne ostatním státům soubor standardizovaných údajů o DNA, které jsou v souladu s
 aktuálním společným dokumentem definujícím rozhraní. Toho může být dosaženo buď poskytnutím
 logického pohledu do jednotlivých databází států, nebo zřízením skutečné exportované databáze
 (indexované databáze).
 933
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 Čtyři hlavní součásti: e-mailový server/s/MIME, aplikační server, oblast struktury dat ("Data
 Structure Area") pro vyvolání/vstup dat a registraci příchozích/odcházejících zpráv a prostředek


text:
provádějící srovnávání ("Match Engine") provádějí celou aplikační logiku nezávisle na produktu.
 S cílem umožnit všem státům, aby tyto součásti snadno začlenily do svých pracovišť, byly zavedeny
 zvláštní společné funkce prostřednictvím volně šiřitelných složek, které by mohl zvolit každý stát v
 závislosti na jeho vnitrostátní politice a předpisech v oblasti informačních technologií. Díky
 samostatným prvkům, jež mají být zavedeny s cílem získat přístup do indexovaných databází
 obsahujících profily DNA, na které se vztahuje část třetí hlava II [Výměny DNA, otisků prstů a údajů o
 registraci vozidel], si může každý stát volně vybrat vlastní hardwarovou a softwarovou platformu,
 včetně databází a operačních systémů.
 Prototyp pro výměnu údajů o DNA byl vyvinut a úspěšně otestován na stávající společné síti. Verze
 1.0 byla instalována do produktivního prostředí a je používána pro každodenní operace. Státy mohou
 používat společně vyvinutý produkt, ale mohou rovněž vyvinout své vlastní produkty. Společné
 součásti produktů budou udržovány, přizpůsobovány a dále rozvíjeny v souladu s měnícími se
 požadavky v oblasti informačních technologií, forenzní policie nebo policie jako takové.
 Obrázek 2: Přehled aplikační topologie
 5.6. Protokoly a normy, které by se měly používat pro strukturu aplikace
 5.6.1. XML
 Výměna údajů o DNA bude plně využívat schéma XML jako přílohy k elektronickým zprávám SMTP.
 Rozšířitelný značkovací jazyk (eXtensible Markup Language, XML) je doporučen konsorciem W3C
 jako obecný značkovací jazyk pro vytváření konkrétních značkovacích jazyků, schopný popisovat
 mnoho různých typů dat. Popis profilu DNA vhodný pro výměnu mezi všemi státy byl proveden
 prostřednictvím XML a schématu XML v dokumentu ICD.
 5.6.2. ODBC
 Otevřené databázové rozhraní (Open DataBase Connectivity) je metoda standardizovaného
 softwarového API pro přístup k databázovým řídícím systémům a poskytuje přístup nezávislý na
 programovacích jazycích, databázových systémech a operačních systémech. ODBC má však určité
 934
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 nevýhody. Správa velkého počtu klientských zařízení může zahrnovat různé ovladače („drivers“) a
 knihovny DLL. Tato složitost může zvýšit náklady na správu systému.
 5.6.3. JDBC
 Java DataBase Connectivity (JDBC) je API pro programovací jazyk Java, který definuje přístup klienta
 do databáze. JDBC na rozdíl od ODBC nevyžaduje použití určitého souboru lokálních knihoven DLL na
 daném počítači.
 Provozní logika zpracování požadavků na vyhledání DNA profilů a odpovědi na pracovištích každého
 státu je znázorněna na následujícím schématu. Tok žádostí i odpovědí je propojen s neutrální oblastí
 údajů zahrnující různé sdružené oblasti dat se společnou strukturou dat.
 Obrázek 3: Přehled aplikačního toku pracoviště každého státu
 5.7. Přenosové prostředí
 5.7.1. Společná přenosová síť: TESTA a její následná infrastruktura
 Aplikace pro výměnu údajů o DNA bude pro odesílání žádostí a přijímání odpovědí mezi státy
 využívat asynchronní systém elektronické pošty. Protože všechny státy mají alespoň jeden
 vnitrostátní přístupový bod k síti TESTA, bude výměna údajů o DNA probíhat prostřednictvím sítě
 TESTA. TESTA poskytuje řadu služeb s přidanou hodnotou prostřednictvím e-mailového předávání
 zpráv. Kromě poskytování prostoru pro konkrétní e-mailové schránky sítě TESTA, tato infrastruktura
 může provádět politiky v oblasti adresářů pro rozesílání pošty a směrování. To


text:
umožňuje, aby síť
 TESTA byla používána jako referenční středisko pro zprávy určené správcům připojeným na
 celoevropské domény. Je rovněž možné zavést systémy pro vyhledávání virů.
 E-mailové předávání zpráv prostřednictvím sítě TESTA vychází z snadno dostupné hardwarové
 platformy umístěné v ústředních aplikačních zařízeních a chráněné pomocí bezpečnostních bran.
 Systémy doménových názvů sítě TESTA (TESTA Domain Name Systems, DNS) převádějí zdrojové
 lokátory na IP adresy a skryjí adresovací prvky před uživatelem a aplikacemi.
 5.7.2. Bezpečnostní požadavky
 935
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 V rámci sítě TESTA byla provedena koncepce virtuální soukromé sítě (Virtual Private Network, VPN).
 Technologie Tag Switching použitá pro vytvoření této virtuální soukromé sítě se rozvine tak, aby
 podporovala standard Multi-Protocol Label Switching (MPLS) vyvinutý pracovní skupinou IETF.
 MPLS je standardní technologie pracovní skupiny IETF, která zvyšuje intenzitu provozu sítě, tím že
 ruší analýzu paketů prostřednictvím mezilehlých směrovačů (intermediate routers), (tzv. přeskoky;
 hops). To se děje na základě takzvaných návěští (labels), která jsou připojena k paketu
 prostřednictvím hraničních směrovačů (edge routers) páteřní sítě, na základě informací uložených v
 databázi FIB (forwarding information base). Návěští jsou rovněž používána pro provádění virtuálních
 soukromých sítí.
 MPLS spojuje výhody směrování vrstvy 3 s výhodami přepínání vrstvy 2. Protože IP adresy nejsou
 během průchodu páteřní sítí vyhodnocovány, MPLS neukládá pro IP adresy žádná omezení.
 Elektronické zprávy v síti TESTA budou dále chráněny prostřednictvím šifrovacího mechanismu
 řízeného s/MIME. Bez znalosti klíče a vlastnictví správného certifikátu nebude nikdo moci zprávy na
 síti rozšifrovat.
 5.7.3. Protokoly a normy pro použití na komunikační síti
 5.7.3.1. SMTP
 SMTP je v podstatě norma pro přenos elektronických zpráv po internetu. SMTP je relativně
 jednoduchý, textový protokol, ve kterém jsou označeni jeden nebo více příjemců zpráv, a poté je
 text zprávy přenesen. SMTP používá TCP port 25 podle popisu pracovní skupiny IETF. K určení SMTP
 serveru pro daný doménový název je používán záznam MX (Mail eXchange) DNS (Domain Name
 Systems).
 Jelikož tento protokol začal jako čistě textový americký standardní kód pro výměnu informací (ASCII),
 nepracuje dobře s binárními soubory. Pro kódování binárních souborů pro přenos prostřednictvím
 936
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 SMTP byly vyvinuty normy jako např. MIME. V současnosti většina serverů SMTP podporuje
 8BITMIME a rozšíření s/MIME a umožňuje, aby byly binární soubory přenášeny téměř tak snadno
 jako obyčejný text. Pravidla pro zpracování pro operace sMIME jsou popsány v oddíle sMIME (viz
 oddíl 5.4).
 SMTP je „vkládací“ protokol, který neumožňuje na požádání „stahovat“ zprávy ze vzdáleného
 serveru. K tomu musí klient elektronické pošty použít POP3 nebo IMAP. V rámci provádění výměny
 údajů o DNA bylo rozhodnuto používat protokolu POP3.
 5.7.3.2. POP
 Lokální klienti elektronické pošty používají poštovní protokol Post Office Protocol verze 3 (POP3),
 aplikační standardní internetový protokol pro stahování e-mailových zpráv ze vzdáleného serveru
 přes TCP/IP připojení. Prostřednictvím použití profilu


text:
SMTP Submit protokolu SMTP posílají klienti
 elektronické pošty zprávy po internetu nebo po společné síti. MIME slouží jako standard pro přílohy
 a jiný text než ASCII v e-mailu. Přestože ani POP3 ani SMTP nevyžadují e-maily ve formátu MIME,
 internetové e-maily přicházejí v zásadě ve formátu MIME a klienti POP proto musí rovněž normě
 MIME rozumět a používat ji. Celé prostředí přenosu podle části třetí hlavy II [Výměny DNA, otisků
 prstů a údajů o registraci vozidel] bude tedy zahrnovat součásti POP.
 5.7.4. Přidělení síťové adresy
 Provozní prostředí
 Evropský registrační orgán pro IP (RIPE) přidělil síti TESTA vyhrazený blok podsítě třídy B. Přidělení IP
 adres státům vychází ze zeměpisného uspořádání v Evropě. Výměna údajů mezi státy v rámci části
 třetí hlavy II [Výměny DNA, otisků prstů a údajů o registraci vozidel] je prováděna prostřednictvím
 evropské logicky uzavřené sítě IP.
 Testovací prostředí
 Aby byl zajištěn hladký chod prostředí pro každodenní operace mezi všemi připojenými státy, je
 nezbytné zřídit testovací prostředí na uzavřené síti pro nové státy, které se chystají zapojit do
 operací. Byl stanoven formulář s parametry obsahující IP adresy, nastavení sítě, e-mailové domény a
 uživatelské účty aplikací a měl by být zaveden do příslušného pracoviště státu. Kromě toho byl pro
 účely testování sestaven soubor pseudoprofilů DNA.
 5.7.5. Konfigurační parametry
 Je zřízen zabezpečený e-mailový systém využívající doménu eu-admin.net. Tato doména s
 přičleněnými adresami nebude přístupná z umístění mimo celoevropskou doménu sítě TESTA,
 protože názvy jsou známy pouze na centrálním serveru DNS sítě TESTA, který je stíněný od internetu.
 Mapování těchto adres pracovišť sítě TESTA (hostitelské názvy) jejím IP adresám se děje
 prostřednictvím služby DNS sítě TESTA. Pro každou místní doménu bude do tohoto centrálního
 serveru DNS sítě TESTA přidán přístup pro elektronickou poštu, který bude předávat všechny
 elektronické zprávy zaslané na místní domény sítě TESTA do centrálního serveru pro elektronickou
 poštu (Mail Relay) sítě TESTA. Tento centrální server pro elektronickou poštu sítě TESTA je poté
 prostřednictvím e-mailových adres místních domén předá konkrétnímu serveru místní domény pro
 elektronickou poštu. Při tomto způsobu předávání elektronických zpráv budou závažné informace
 937
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 obsažené v elektronických zprávách procházet pouze infrastrukturou celoevropské uzavřené sítě a
 nikoli nezabezpečeným internetem.
 Na pracovištích všech států je nezbytné zřídit poddomény (vyznačené tučnou kurzívou) podle této
 syntaxe:
 „typ aplikace.kód státu.pruem.testa.eu“, kde:
 „kód státu“ je tvořen hodnotou jednopísmenného nebo dvoupísmenného kódu státu (např. AT, BE
 atd.) a
 „typ aplikace“ je tvořen jednou z těchto hodnot: DNA, FP a CAR.
 V této tabulce jsou uvedeny poddomény pro státy za použití zmíněné syntaxe:
 Syntaxe poddomén států
 State Sub Domains Comments
 BE dna.be.pruem.testa.eu
 fp.be.pruem.testa.eu
 car.be.pruem.testa.eu
 test.dna.be.pruem.testa.eu
 test.fp.be.pruem.testa.eu
 test.car.be.pruem.testa.eu
 BG dna.bg.pruem.testa.eu
 fp.bg.pruem.testa.eu
 car.bg.pruem.testa.eu
 test.dna.bg.pruem.testa.eu
 test.fp.bg.pruem.testa.eu
 test.car.bg.pruem.testa.eu
 CZ dna.cz.pruem.testa.eu
 fp.cz.pruem.testa.eu
 car.cz.pruem.testa.eu
 938
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 test.dna.cz.pruem.testa.eu
 test.fp.cz.pruem.testa.eu
 test.car.cz.pruem.testa.eu
 DK dna.dk.pruem.testa.eu
 fp.dk.pruem.testa.eu
 car.dk.pruem.testa.eu
 test.dna.dk.pruem.testa.eu


text:
test.fp.dk.pruem.testa.eu
 test.car.dk.pruem.testa.eu
 DE dna.de.pruem.testa.eu
 fp.de.pruem.testa.eu
 car.de.pruem.testa.eu
 test.dna.de.pruem.testa.eu
 test.fp.de.pruem.testa.eu
 test.car.de.pruem.testa.eu
 EE dna.ee.pruem.testa.eu
 fp.ee.pruem.testa.eu
 car.ee.pruem.testa.eu
 test.dna.ee.pruem.testa.eu
 test.fp.ee.pruem.testa.eu
 test.car.ee.pruem.testa.eu
 IE dna.ie.pruem.testa.eu
 fp.ie.pruem.testa.eu
 car.ie.pruem.testa.eu
 939
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 test.dna.ie.pruem.testa.eu
 test.fp.ie.pruem.testa.eu
 test.car.ie.pruem.testa.eu
 EL dna.el.pruem.testa.eu
 fp.el.pruem.testa.eu
 car.el.pruem.testa.eu
 test.dna.el.pruem.testa.eu
 test.fp.el.pruem.testa.eu
 test.car.el.pruem.testa.eu
 ES dna.es.pruem.testa.eu
 fp.es.pruem.testa.eu
 car.es.pruem.testa.eu
 test.dna.es.pruem.testa.eu
 test.fp.es.pruem.testa.eu
 test.car.es.pruem.testa.eu
 FR dna.fr.pruem.testa.eu
 fp.fr.pruem.testa.eu
 car.fr.pruem.testa.eu
 test.dna.fr.pruem.testa.eu
 test.fp.fr.pruem.testa.eu
 test.car.fr.pruem.testa.eu
 HR dna.hr.pruem.testa.eu
 fp.hr.pruem.testa.eu
 car.hr.pruem.testa.eu
 940
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 test.dna.hr.pruem.testa.eu
 test.fp.hr.pruem.testa.eu
 test.car.hr.pruem.testa.eu
 IT dna.it.pruem.testa.eu
 fp.it.pruem.testa.eu
 car.it.pruem.testa.eu
 test.dna.it.pruem.testa.eu
 test.fp.it.pruem.testa.eu
 test.car.it.pruem.testa.eu
 CY dna.cy.pruem.testa.eu
 fp.cy.pruem.testa.eu
 car.cy.pruem.testa.eu
 test.dna.cy.pruem.testa.eu
 test.fp.cy.pruem.testa.eu
 test.car.cy.pruem.testa.eu
 LV dna.lv.pruem.testa.eu
 fp.lv.pruem.testa.eu
 car.lv.pruem.testa.eu
 test.dna.lv.pruem.testa.eu
 test.fp.lv.pruem.testa.eu
 test.car.lv.pruem.testa.eu
 LT dna.lt.pruem.testa.eu
 fp.lt.pruem.testa.eu
 car.lt.pruem.testa.eu
 941
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 test.dna.lt.pruem.testa.eu
 test.fp.lt.pruem.testa.eu
 test.car.lt.pruem.testa.eu
 LU dna.lu.pruem.testa.eu
 fp.lu.pruem.testa.eu
 car.lu.pruem.testa.eu
 test.dna.lu.pruem.testa.eu
 test.fp.lu.pruem.testa.eu
 test.car.lu.pruem.testa.eu
 HU dna.hu.pruem.testa.eu
 fp.hu.pruem.testa.eu
 car.hu.pruem.testa.eu
 test.dna.hu.pruem.testa.eu
 test.fp.hu.pruem.testa.eu
 test.car.hu.pruem.testa.eu
 MT dna.mt.pruem.testa.eu
 fp.mt.pruem.testa.eu
 car.mt.pruem.testa.eu
 test.dna.mt.pruem.testa.eu
 test.fp.mt.pruem.testa.eu
 test.car.mt.pruem.testa.eu
 NL dna.nl.pruem.nl.testa.eu
 fp.nl.pruem.testa.eu
 car.nl.pruem.testa.eu
 942
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 test.dna.nl.pruem.testa.eu
 test.fp.nl.pruem.testa.eu
 test.car.nl.pruem.testa.eu
 AT dna.at.pruem.testa.eu
 fp.at.pruem.testa.eu
 car.at.pruem.testa.eu
 test.dna.at.pruem.testa.eu
 test.fp.at.pruem.testa.eu
 test.car.at.pruem.testa.eu
 PL dna.pl.pruem.testa.eu
 fp.pl.pruem.testa.eu
 car.pl.pruem.testa.eu
 test.dna.pl.pruem.testa.eu
 test.fp.pl.pruem.testa.eu
 test.car.pl.pruem.testa.eu
 PT dna.pt.pruem.testa.eu
 fp.pt.pruem.testa.eu
 car.pt.pruem.testa.eu
 test.dna.pt.pruem.testa.eu
 test.fp.pt.pruem.testa.eu
 test.car.pt.pruem.testa.eu
 RO dna.ro.pruem.testa.eu
 fp.ro.pruem.testa.eu
 car.ro.pruem.testa.eu
 943
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 test.dna.ro.pruem.testa.eu
 test.fp.ro.pruem.testa.eu
 test.car.ro.pruem.testa.eu
 SI dna.si.pruem.testa.eu
 fp.si.pruem.testa.eu
 car.si.pruem.testa.eu
 test.dna.si.pruem.testa.eu
 test.fp.si.pruem.testa.eu
 test.car.si.pruem.testa.eu
 SK dna.sk.pruem.testa.eu
 fp.sk.pruem.testa.eu
 car.sk.pruem.testa.eu
 test.dna.sk.pruem.testa.eu
 test.fp.sk.pruem.testa.eu
 test.car.sk.pruem.testa.eu
 FI dna.fi.pruem.testa.eu
 fp.fi.pruem.testa.eu
 car.fi.pruem.testa.eu
 test.dna.fi.pruem.testa.eu
 test.fp.fi.pruem.testa.eu
 test.car.fi.pruem.testa.eu
 SE dna.se.pruem.testa.eu
 fp.se.pruem.testa.eu
 car.se.pruem.testa.eu
 944
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 test.dna.se.pruem.testa.eu
 test.fp.se.pruem.testa.eu
 test.car.se.pruem.testa.eu
 UK dna.uk.pruem.testa.eu
 fp.uk.pruem.testa.eu
 car.uk.pruem.testa.eu
 test.dna.uk.pruem.testa.eu
 test.fp.uk.pruem.testa.eu
 test.car.uk.pruem.testa.eu
 KAPITOLA 2: Výměna daktyloskopických údajů (dokument o řízení rozhraní)
 Cílem následujícího dokumentu o řízení rozhraní je definovat požadavky pro výměnu
 daktyloskopických informací mezi automatizovanými systémy identifikace otisků prstů (Automated
 Fingerprint Identification Systems, AFIS) jednotlivých států. Vychází z provádění ANSI/NIST-ITL 1-
 2000 (INT-I, verze 4.22b) Interpolem.
 Tato verze pokrývá veškeré základní definice logických záznamů typu 1, typu 2, typu 4, typu 9, typu
 13 a typu 15 vyžadované pro daktyloskopické zpracování založené na zobrazení a markantech.
 1. Přehled obsahu souboru
 Daktyloskopický soubor se skládá z několika logických záznamů. Existuje šestnáct typů záznamů
 určených v původní normě ANSI/NIST-ITL 1-2000. Mezi každým záznamem a poli a podpoli v rámci
 záznamů jsou používány odpovídající oddělovací značky ASCII.
 Pro výměnu informací mezi výchozí a cílovou agenturou je používáno pouze 6 typů záznamů:
 typ 1 → informace o operaci
 typ 2 → alfanumerické údaje o osobách nebo případu
 typ 4


text:
→ daktyloskopická zobrazení ve stupních šedi s
 vysokým rozlišením
 typ 9 → záznam markantů
 typ 13 → záznam zobrazení latentního otisku s
 945
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 proměnlivým rozlišením
 typ 15 → záznam zobrazení otisku dlaně s proměnlivým
 rozlišením
 1.1 Typ 1 – Záhlaví souboru
 Tento záznam obsahuje směrovací informace a informace popisující strukturu zbývající části
 souboru. Tento typ záznamu rovněž definuje typy operací, které patří do těchto obecných kategorií:
 1.2 Typ 2 – Popisný text
 Tento záznam obsahuje textovou informaci zajímavou pro odesílající a přijímající agentury.
 1.3. Typ 4 – Zobrazení ve stupních šedi s vysokým rozlišením
 Tento záznam se používá pro výměnu (osmibitových) daktyloskopických zobrazení ve stupních šedi s
 vysokým rozlišením nasnímaných v rozlišení 500 pixelů na palec. Daktyloskopická zobrazení jsou
 komprimována prostřednictvím algoritmu WSQ v poměru maximálně 15:1. Nesmí být používány jiné
 komprimovací algoritmy ani nezkomprimovaná zobrazení.
 1.4. Typ 9 – Záznam markantů
 Záznamy typu 9 jsou používány pro výměnu rozdělovacích znaků nebo údajů o markantech. Jejich
 účelem je jednak zabránit zbytečnému zdvojení kódovacích postupů AFIS, jednak umožnit předávání
 kódů AFIS, které obsahují méně údajů než příslušná zobrazení.
 1.5. Typ 13 – záznam zobrazení latentního otisku s proměnlivým rozlišením
 Tento záznam je používán pro výměnu zobrazení latentních otisků prstů s proměnlivým rozlišením a
 zobrazení latentního otisku dlaně s proměnlivým rozlišením společně s textovými alfanumerickými
 informacemi. Rozlišení pro snímání zobrazení je 500 pixelů na palec s 256 úrovněmi šedi. Pokud je
 kvalita zobrazení latentního otisku dostatečná, provede se jeho komprimace pomocí algoritmu WSQ.
 V případě potřeby může být rozlišení zobrazení vzájemnou dohodou zvětšeno na více než 500 pixelů
 na palec a více než 256 úrovní šedi. V takovém případě se rozhodně doporučuje použít formátu JPEG
 2000 (viz příloha 7).
 1.6. Záznam zobrazení otisku dlaně s proměnlivým rozlišením
 Záznamy zobrazení s přídavným polem typu 15 se používají pro výměnu zobrazení otisku dlaně s
 proměnlivým rozlišením společně s textovými alfanumerickými informacemi. Rozlišení pro snímání
 zobrazení je 500 pixelů na palec s 256 úrovněmi šedi. Aby se množství údajů snížilo na minimum,
 jsou všechna zobrazení otisku dlaně komprimována pomocí algoritmu WSQ. V případě potřeby může
 být rozlišení zobrazení vzájemnou dohodou zvětšeno na více než 500 pixelů na palec a více než 256
 úrovní šedi. V takovém případě se rozhodně doporučuje použít formátu JPEG 2000 (viz příloha 7).
 2. Formát záznamu
 946
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 Soubor operace je tvořen jedním nebo více logickými záznamy. Pro každý logický záznam obsažený v
 souboru je uvedeno několik informačních polí příslušných k danému typu záznamu. Každé informační
 pole může obsahovat jednu nebo více základních jednovýznamových informačních jednotek. Tyto
 jednotky dohromady slouží k vyjádření různých aspektů údajů obsažených v daném poli. Informační
 pole se rovněž může skládat z jedné nebo více informačních jednotek spojených


text:
do skupin a v rámci
 pole vícekrát opakovaných. Taková skupina informačních jednotek se označuje jako podpole.
 Informační pole může být tudíž tvořeno jedním nebo více podpoli informačních jednotek.
 2.1. Oddělovače informací
 V logických záznamech přídavných polí je prováděn mechanismus pro vymezení informací za pomoci
 čtyř oddělovačů informací ASCII. Vymezená informace může představovat jednotky v rámci pole
 nebo podpole, pole v rámci logického záznamu nebo vícenásobné výskyty podpolí. Tyto oddělovače
 informací jsou definovány v normě ANSI X3.4. Tyto znaky jsou používány pro logické oddělení a
 označení informací. Z hlediska hierarchického vztahu je nejobsažnějším oddělovač souboru (File
 Separator, FS), za ním následuje oddělovač skupiny (Group Separator, GS), oddělovač záznamu
 (Record Separator, RS) a nakonec oddělovač jednotek (Unit Separator, US). Tabulka 1 uvádí seznam
 těchto oddělovačů ASCII a popis jejich použití v rámci této normy.
 Oddělovače informací by měly být z funkčního hlediska považovány za označení typu údaje, který za
 nimi následuje. Znak US odděluje individuální informační jednotku v rámci pole nebo podpole. Je to
 signál, že další informační jednotka je součástí údajů pro dané pole nebo podpole. Vícenásobná
 podpole v rámci pole oddělená pomocí znaku RS označují začátek další skupiny opakované
 informační jednotky (opakovaných informačních jednotek). Oddělovač GS použitý mezi informačními
 poli znamená začátek nového pole a předchází uváděné identifikační číslo pole. Podobně se začátek
 nového logického záznamu označuje uvedením znaku FS.
 Tyto čtyři znaky mají význam pouze tehdy, když jsou použity jako oddělovače údajových jednotek v
 polích textových záznamů ASCII. Pokud se tyto znaky objevují v záznamech binárních zobrazení a
 binárních polích, nemají zvláštní význam a jsou jen částí vyměňovaných údajů.
 Za normálních okolností by se neměla objevovat prázdná pole nebo prázdné informační jednotky, a
 proto by mezi jakoukoli dvojicí údajových jednotek měl být pouze jeden oddělovač. Výjimkou z
 tohoto pravidla jsou případy, kdy údaje v polích nebo v informačních jednotkách v operaci nejsou k
 dispozici, chybějí, nebo nejsou povinné a zpracování operace není na přítomnosti tohoto určitého
 údaje závislé. V takových případech se upřednostňuje společné použití vícenásobných a sousedních
 oddělovačů před vložením fiktivních údajů mezi oddělovače.
 Pro definování pole, které se skládá ze tří informačních jednotek, platí následující. Pokud informace
 pro druhou informační jednotkou schází, potom by se mezi první a třetí informační jednotkou měly
 objevit dva sousední oddělovače informací US. Pokud chybí druhá i třetí informační jednotka, je
 třeba použít tři oddělovače – dva znaky US navíc k oddělovači označujícímu konec pole nebo
 podpole. Obecně, pokud není k dispozici pro pole nebo podpole jedna nebo více povinných či
 nepovinných informačních jednotek, pak je třeba vložit příslušný počet oddělovačů.
 Je možné mít vedle sebe kombinace dvou nebo více znaků ze čtyř dostupných oddělovačů. Pokud
 chybějí nebo nejsou k dispozici údaje pro informační jednotky, podpole nebo pole, musí být o jeden
 oddělovač méně než je počet požadovaných údajových jednotek, podpolí nebo polí.
 947
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 Tabulka 1: Používané oddělovače
 Code Type Description Hexadecimal


text:
Value Decimal Value
 US Unit Separator Separates information 1F 31
 items
 RS Record Separator Separates subfields 1E 30
 GS Group Separator Separates fields 1D 29
 FS File Separator Separates logical records 1C 28
 2.2 Uspořádání záznamu
 Pro logické záznamy přídavných polí je třeba každé použité informační pole očíslovat v souladu s
 touto normou. Formát pro každé pole se skládá z čísla typu logického záznamu, za kterým následuje
 tečka „.“, z čísla pole, za kterým následuje dvojtečka „:“, a za ním následují příslušné informace pro
 dané pole. Číslem přídavného pole může být jakákoliv číslice od jedničky do devítky vyskytující se
 mezi tečkou „.“ a dvojtečkou „:“. Chápe se jako celé číslo pole bez znaménka. Z toho vyplývá, že číslo
 pole „2.123:“ se rovná a je chápáno stejným způsobem jako číslo pole „2.000000123:“.
 Pro názorný příklad je v tomto dokumentu pro vyjmenování polí, která jsou obsažena v každém ze
 zde popsaných logických záznamů přídavných polí, používáno trojciferného čísla. Čísla polí budou mít
 podobu „TT.xxx:“, kde „TT“ zastupuje jednoznakový nebo dvouznakový typ záznamu, za kterým
 následuje tečka. Další tři znaky zahrnují číslo příslušného pole a za nimi následuje dvojtečka. Po
 dvojtečce následují popisné informace ASCII nebo data zobrazení.
 Logické záznamy typu 1 a typu 2 obsahují pouze pole textových údajů ASCII. Celková délka záznamu
 (včetně čísel polí, dvojteček a oddělovačů) se v každém z těchto typů záznamu zaznamenává jako
 první pole ASCII. Kontrolní znak oddělovače souboru ASCII „FS“ (označující konec logického záznamu
 nebo operace) následuje po posledním bytu informace ASCII a počítá se do délky záznamu.
 Na rozdíl od pojetí přídavného pole, záznam typu 4 obsahuje pouze binární údaje zaznamenané jako
 uspořádaná binární pole s pevnou délkou. Celková délka záznamu se zaznamenává v prvním
 čtyřbytovém binárním poli každého záznamu. Pro tento binární záznam se nezaznamenává ani číslo
 záznamu následované tečkou, ani identifikační číslo pole následované dvojtečkou. Kromě toho jsou
 všechny délky pole tohoto záznamu buď pevné, nebo určené, a proto je každý ze čtyř oddělovačů
 („US“, „RS“, „GS“ nebo „FS“) chápán pouze jen jako binární údaj. Pro binární záznam se jako
 oddělovač záznamu nebo znak označující konec operace nepoužívá znak „FS“.
 3. Logický záznam typu 1: záhlaví souboru
 Tento záznam popisuje strukturu souboru, typ souboru a jiné důležité informace. Soubor znaků
 používaný pro pole typu 1 obsahuje pouze 7bitový kód ANSI pro výměnu informací.
 3.1. Pole pro logický záznam typu 1
 948
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 3.1.1. Pole 1.001: Délka logického záznamu (Logical Record Length – LEN)
 Toto pole obsahuje údaj o celkovém počtu bytů v celém logickém záznamu typu 1. Formát pole
 začíná „1.001:“, pak následuje údaj o celkové délce záznamu, která zahrnuje každý znak každého
 pole a oddělovače informací.
 3.1.2. Pole 1.002: Číslo verze (Version Number – VER)
 S cílem zajistit, aby uživatelé věděli, která verze normy ANSI/NIST je používána, uvádí toto čtyřbytové
 pole číslo verze této normy, kterou používá software nebo systém, jež soubor


text:
vytvořil. Prvními
 dvěma byty je určeno referenční číslo hlavní verze, druhými dvěma číslo sekundární revize.
 Například: původní norma 1986 by byla považována za první verzi a byla by označena jako „0100“,
 zatímco současná norma ANSI/NIST-ITL 1-2000 jako „0300“.
 3.1.3. Pole 1.003: Obsah souboru (File Content – CNT)
 Toto pole uvádí seznam všech záznamů v souboru podle typu záznamu a pořadí, ve kterém se
 záznamy v logickém souboru objevují. Skládá se z jednoho nebo více podpolí, z nichž každé postupně
 obsahuje dvě informační jednotky popisující jeden logický záznam nalezený ve stávajícím souboru.
 Podpole jsou vkládána ve stejném pořadí, v jakém jsou záznamy zaznamenávány a předávány.
 První informační jednotka je v prvním podpoli označena jako „1“, aby odkazovala na tento záznam
 typu 1. Za ní následuje druhá informační jednotka, která obsahuje počet dalších záznamů
 obsažených v souboru. Tento počet se rovněž rovná počtu zbývajících podpolí pole 1.003.
 Každé zbývající podpole je přiřazeno k jednomu záznamu uvnitř souboru a sekvence podpolí
 odpovídá sekvenci záznamů. Každé podpole obsahuje dvě informační jednotky. První jednotka určuje
 typ záznamu. Druhá jednotka představuje znak označující zobrazení (IDC) záznamu. Znak „US“ se
 používá pro oddělení dvou informačních jednotek.
 3.1.4. Pole 1.004: Druh operace (Type of Transaction – TOT)
 Toto pole obsahuje mnemotechnický kód složený ze tří písmen, který určuje typ operace. Tyto kódy
 se mohou lišit od kódů používaných v jiných provedeních normy ANSI/NIST.
 CPS: porovnávání otisků souvisejících s trestným činem (Criminal Print-to-Print Search). Tato operace
 představuje žádost o porovnání záznamu souvisejícího s trestným činem s databází otisků. Otisky
 osoby se do souboru včlení jako zobrazení komprimovaná pomocí WSQ.
 V případě nenalezení shody (No-HIT) budou zaslány tyto logické záznamy:
 – 1 záznam typu 1,
 – 1 záznam typu 2.
 V případě nalezení shody (HIT) budou zaslány tyto logické záznamy:
 – 1 záznam typu 1,
 – 1 záznam typu 2,
 949
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 – 1-14 záznam typu 4.
 Druh operace CPS je shrnut v tabulce A.6.1 (dodatek 6).
 PMS: porovnávání otisku s databází latentních otisků (Print-to-Latent Search). Tato operace je
 používána v případě, že je porovnáván soubor otisků s databází neidentifikovaných latentních otisků.
 Odpověď bude obsahovat rozhodnutí o shodě/neshodě (HIT/No-HIT) cílového hledání pomocí AFIS.
 Pokud existuje více neidentifikovaných latentních otisků, bude zasláno více operací SRE, přičemž v
 každé bude jeden latentní otisk. Otisky osoby se do souboru včlení jako zobrazení komprimovaná
 pomocí WSQ.
 V případě nenalezení shody (No-HIT) budou zaslány tyto logické záznamy:
 – 1 záznam typu 1,
 – 1 záznam typu 2.
 V případě nalezení shody (HIT) budou zaslány tyto logické záznamy:
 – 1 záznam typu 1,
 – 1 záznam typu 2,
 – 1 záznam typu 13.
 Druh operace PMS je shrnut v tabulce A.6.1 (dodatek 6).
 MPS: porovnávání latentního otisku s databází otisků (Latent-to-Print Search). Tato operace se
 používá v případě porovnávání latentního otisku s databází otisků. Soubor musí zahrnovat informace
 o latentních markantech a zobrazení (komprimované pomocí WSQ).
 V


text:
případě nenalezení shody (No-HIT) budou zaslány tyto logické záznamy:
 – 1 záznam typu 1,
 – 1 záznam typu 2.
 V případě nalezení shody (HIT) budou zaslány tyto logické záznamy:
 – 1 záznam typu 1,
 – 1 záznam typu 2,
 – 1 záznam typu 4 nebo typu 15.
 Druh operace MPS je shrnut v tabulce A.6.4 (dodatek 6).
 MMS: porovnávání latentního otisku s latentním otiskem (Latent-to-Latent Search). Při této operaci
 soubor obsahuje latentní otisk, který je porovnáván s databází neidentifikovaných latentních otisků s
 950
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 cílem stanovit, zda existuje spojitost mezi různými případy trestných činů. Soubor musí zahrnovat
 informace o latentních markantech a zobrazení (komprimované pomocí WSQ).
 V případě nenalezení shody (No-HIT) budou zaslány tyto logické záznamy:
 – 1 záznam typu 1,
 – 1 záznam typu 2.
 V případě nalezení shody (HIT) budou zaslány tyto logické záznamy:
 – 1 záznam typu 1,
 – 1 záznam typu 2,
 – 1 záznam typu 13.
 Druh operace MMS je shrnut v tabulce A.6.4 (dodatek 6).
 SRE: Tato operace je jako odpověď zaslána agenturou, která obdržela žádosti týkající se
 daktyloskopie. Odpověď bude obsahovat rozhodnutí o shodě/neshodě (HIT/No-HIT) cílového hledání
 pomocí AFIS. Pokud existuje více kandidátů, bude zasláno více operací SRE, přičemž v každé bude
 jeden kandidát.
 Druh operace SRE je shrnut v tabulce A.6.2 (dodatek 6).
 ERR: Tuto zprávu zasílá cílový systém AFIS, aby ukázal, že při operaci došlo k chybě. Zahrnuje pole
 zprávy (ERM) ukazující zjištěnou chybu. Budou zaslány tyto logické záznamy:
 – 1 záznam typu 1,
 – 1 záznam typu 2.
 Druh operace ERR je shrnut v tabulce A.6.3 (dodatek 6).
 Tabulka 2: Přípustné kódy v operacích
 Transaction Type Logical Record Type
 1. 2 4 9 13 15
 CPS M M M – – –
 SRE M M C – C C
 (C in case of latent HITs)
 MPS M M – M (1*) M –
 951
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 MMS M M – M (1*) M –
 PMS M M M* – – M*
 ERR M M – – – –
 Vysvětlivky:
 M = Povinně
 M* = Může být zahrnut pouze jeden z obou typů
 záznamů
 O = Nepovinně
 C = Podmíněně, pokud jsou údaje k dispozici
 – = Není přípustné
 1* = Podmíněně v závislosti na předřazených systémech
 3.1.5. Pole 1.005: Datum operace (Date of Transaction – DAT)
 V tomto poli je uvedeno datum, kdy byla operace zahájena a které se uvádí v souladu se
 standardním zápisem ISO: RRRRMMDD,
 písmena RRRR označují rok, MM měsíc a DD den. U jednociferných čísel se přidávají počáteční nuly.
 Například „19931004“ označuje den 4. října 1993.
 3.1.6. Pole 1.006: Naléhavost (Priority – PRY)
 Toto nepovinné pole označuje stupeň naléhavosti žádosti, který se označuje čísly od 1 do 9. „1“


text:
označuje největší naléhavost a „9“ nejmenší naléhavost. Operace označené stupněm naléhavosti „1“
 jsou zpracovávány bez prodlení.
 3.1.7. Pole 1.007: Identifikátor cílové agentury (Destination Agency Identifier – DAI)
 Toto pole uvádí cílovou agenturu operace.
 Identifikátor sestává ze dvou informačních jednotek v následujícím formátu: CC/agentura.
 První informační jednotka obsahuje kód země (Country Code, CC) podle normy ISO 3166, který se
 skládá ze dvou alfanumerických znaků. Druhá jednotka, agentura, je volný text obsahující
 identifikační údaje agentury o maximální délce 32 alfanumerických znaků.
 3.1.8. Pole 1.008: Identifikátor odesílající agentury (Originating Agency Identifier – ORI)
 952
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 Toto pole uvádí odesílatele souboru a má stejný formát jako pole pro DAI (pole 1.007).
 3.1.9. Pole 1.009: Kontrolní číslo operace (Transaction Control Number – TCN)
 Toto pole uvádí kontrolní číslo pro referenční účely. Číslo je generováno počítačem v tomto formátu:
 RRSSSSSSSSA,
 písmena RR představují rok operace, SSSSSSSS je osmiciferné pořadové číslo a A je kontrolní znak
 generovaný podle postupu uvedeného v dodatku 2.
 Pokud není TCN k dispozici, je formát RRSSSSSSSS vyplněn nulami a kontrolním znakem
 generovaným podle výše uvedeného postupu.
 3.1.10. Pole 1.010: Kontrolní číslo odpovědi (Transaction Control Response – TCR)
 V případě odpovědi na zaslanou žádost bude toto nepovinné pole obsahovat kontrolní číslo operace
 žádosti. Toto pole má proto stejný formát jako TCN (pole 1.009).
 3.1.11. Pole 1.011: Původní rozlišení snímání (Native Scanning Resolution – NSR)
 Toto pole uvádí normální rozlišení snímání systému podporovaného původcem operace. Toto
 rozlišení je určeno dvojciferným číslem, za kterým následuje desetinná tečka a dvě další číslice.
 Pro všechny operace podle článků LAW.PRUM.11 [Daktyloskopické údaje] a LAW.PRUM.12
 [Automatizované vyhledávání daktyloskopických údajů] se skenuje v rozlišení 500 pixelů na palec
 nebo 19,68 pixelů/mm.
 3.1.12. Pole 1.012: Nominální rozlišení při přenosu (Nominal Transmitting Resolution – NTR)
 Toto pětibytové pole udává nominální rozlišení, použité při přenosu zobrazení. Toto rozlišení se
 vyjadřuje v pixelech/mm ve stejném formátu jako v poli NSR (pole 1.011).
 3.1.13. Pole 1.013: Doménový název (Domain name – DOM)
 Toto povinné pole uvádí doménový název pro provedení logického záznamu typu 2, které definuje
 uživatel. Skládá se ze dvou informačních jednotek a mělo by být „INT-I{}{US}}4.22{}{GS}}“.
 3.1.14. Pole 1.014: Greenwichský střední čas (Greenwich mean time – GMT)
 Tímto povinným polem je stanoven mechanismus vyjadřování data a času prostřednictvím
 univerzálních jednotek greenwichského středního času (GMT). Je-li využito, pole GMT obsahuje
 univerzální datum, jež se stanovuje spolu s místním datem uvedeným v poli 1.005 (DAT). Použitím
 pole GMT se odstraňují nesrovnalosti mezi údaji o místním čase v případech, kdy dochází k přenosu
 operace a odpovědi na ni mezi dvěma místy oddělenými několika časovými pásmy. GMT udává
 univerzální datum a čas ve 24hodinovém formátu nezávisle na časových pásmech. Znázorňuje se
 jako řetězec „CCRRMMDDHHMMSSZ“; jedná se o posloupnost 15 znaků vyjadřujících datum a GMT,
 přičemž posledním znakem je písmeno „Z“. Znaky „CCRR“ vyjadřují rok, znaky „MM“ vyjadřují měsíc
 v desítkách a jednotkách, znaky „DD“ vyjadřují den dotyčného měsíce


text:
v desítkách a jednotkách,
 znaky „HH“ vyjadřují hodinu, znaky „MM“ minutu a znaky „SS“ sekundu příslušné operace. Úplné
 datum není pozdější než datum stávající.
 953
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 4. Logický záznam typu 2: Popisný text
 Struktura tohoto záznamu není v původní normě ANSI/NIST z převážné části definována. Záznam
 obsahuje informace, jež mají pro agentury odesílající či přijímající dotyčný soubor zvláštní význam.
 Pro zajištění kompatibility komunikujících daktyloskopických systémů je třeba, aby záznam
 obsahoval pouze pole uvedená níže. V tomto dokumentu je stanoveno, která pole jsou povinná a
 která jsou nepovinná, a rovněž je v něm definována struktura jednotlivých polí.
 4.1. Pole pro logický záznam typu 2
 4.1.1. Pole 2.001: Délka logického záznamu (Logical Record Length – LEN)
 Toto povinné pole obsahuje délku uvedeného záznamu typu 2 a stanoví celkový počet bytů,
 zahrnující každý znak obsažený v každém poli záznamu a oddělovače informace.
 4.1.2. Pole 2.002: Znak označující zobrazení (Image Designation Character, IDC)
 IDC obsažený v tomto povinném poli je vyjádřením IDC podle ASCII, jak je definován v poli obsahu
 souboru (CNT) záznamu typu 1 (pole 1.003).
 4.1.3. Pole 2.003: Systémové informace (System Information – SYS)
 Toto pole je povinné a obsahuje čtyři byty udávající verzi INT-I, s níž je tento konkrétní záznam typu 2
 ve shodě.
 Prvními dvěma byty je určeno číslo hlavní verze, druhými dvěma číslo sekundární revize. Toto
 provádění je například založeno na INT-I verzi 4 revizi 22 a bylo by vyjádřeno jako „0422“.
 4.1.4. Pole 2.007: Číslo případu (Case Number – CNO)
 Toto číslo připisuje místní daktyloskopický úřad souboru latentních otisků nalezených na místě činu.
 Používá se tento formát: CC/číslo,
 kde CC je kód země používaný Interpolem o délce dvou alfanumerických znaků a číslo odpovídá
 příslušným místním pokynům a může sestávat až ze 32 alfanumerických znaků.
 Toto pole umožňuje systému identifikovat latentní otisky týkající se konkrétního trestného činu.
 4.1.5. Pole 2.008: Sekvenční číslo (Sequence Number – SQN)
 Toto číslo udává každou sekvenci latentních otisků v rámci případu. Může sestávat až ze čtyř
 numerických znaků. Sekvence je latentní otisk nebo série latentních otisků seskupených pro účely
 archivace nebo zkoumání. Z uvedené definice vyplývá, že sekvenční číslo bude třeba přiřadit i
 jednotlivým latentním otiskům.
 Toto pole spolu s MID (pole 2.009) lze použít pro účely identifikace konkrétního latentního otisku v
 rámci sekvence.
 4.1.6. Pole 2.009: Identifikátor latentního otisku (Latent Identifier – MID)
 954
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 Tento identifikátor udává jednotlivý latentní otisk v rámci sekvence. Identifikátor nabývá hodnot
 vyjádřených jedním či dvěma písmeny, přičemž prvnímu latentnímu otisku je přiřazeno písmeno „A“,
 druhému písmeno „B“ atd., až do nejvyšší hodnoty „ZZ“. Použití tohoto pole je analogické k použití
 sekvenčního čísla otisku, o němž se pojednává v popisu SQN (pole 2.008).
 4.1.7. Pole 2.010: Referenční číslo pachatele (Criminal


text:
Reference Number – CRN)
 Jedná se o jedinečné referenční číslo přidělené agenturou členského státu osobě, jež je poprvé
 obviněna ze spáchání trestného činu. V rámci jedné země nemá žádná osoba více než jedno CRN ani
 je nesdílí s žádnou jinou osobou. Jedna osoba však může mít referenční čísla pachatele v několika
 zemích, přičemž tato čísla bude možno rozlišit pomocí kódu země.
 Pro pole CRN se používá tento formát: CC/číslo,
 kde CC je kód země definovaný v normě ISO 3166 o délce dvou alfanumerických znaků a číslo
 odpovídá příslušným vnitrostátním pokynům vydávající agentury a může sestávat až ze 32
 alfanumerických znaků.
 V případech operací podle článků LAW.PRUM.11 [Daktyloskopické údaje] a LAW.PRUM.12
 [Automatizované vyhledávání daktyloskopických údajů] se toto pole použije pro vnitrostátní
 referenční číslo pachatele vydané agenturou původu a spojené se zobrazeními v záznamech typu 4
 nebo typu 15.
 4.1.8. Pole 2.012: Jiné identifikační číslo (Miscellaneous Identification Number – MN1)
 Toto pole obsahuje CRN (pole 2.010) předávané operací CPS či PMS bez hlavního kódu země.
 4.1.9. Pole 2.013: Jiné identifikační číslo (Miscellaneous Identification Number – MN2)
 Toto pole obsahuje CNO (pole 2.007) předávané operací MPS či MMS bez hlavního kódu země.
 4.1.10. Pole 2.014: Jiné identifikační číslo (Miscellaneous Identification Number – MN3)
 Toto pole obsahuje SQN (pole 2.008) předávané operací MPS či MMS.
 4.1.11. Pole 2.015: Jiné identifikační číslo (Miscellaneous Identification Number – MN4)
 Toto pole obsahuje MID (pole 2.009) předávané operací MPS či MMS.
 4.1.12. Pole 2.063: Další informace (Additional Information – INF)
 V případě operace SRE na žádost PMS jsou v tomto poli uvedeny informace o prstu, jenž je
 předmětem případné shody (HIT). Formát tohoto pole je následující:
 NN, kde NN je kód pozice prstu definovaný v tabulce 5 a sestávající ze dvou číslic.
 Ve všech ostatních případech je toto pole nepovinné. Může dosahovat délky až 32 alfanumerických
 znaků a poskytovat další informace týkající se žádosti.
 4.1.13. Pole 2.064: Seznam respondentů (Respondents List – RLS)
 955
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 Toto pole obsahuje minimálně dvě podpole. První podpole popisuje typ vyhledávání, jež bylo
 provedeno, a používá mnemotechnické kódy složené ze tří písmen udávající typ operace v TOT (pole
 1.004). Druhé podpole obsahuje jediný znak. Znak „I“ se použije k označení nalezené shody (HIT),
 znak „N“ se použije k vyjádření toho, že nebyly nalezeny žádné shodné případy (No-HIT). Třetí
 podpole obsahuje sekvenční identifikátor pro výsledek týkající se kandidátů a celkový počet
 kandidátů oddělený lomítkem. Existuje-li více kandidátů, dojde k zaslání více zpráv.
 V případě možné shody (HIT) čtvrté podpole obsahuje výsledek dosahující délky až šesti číslic. Došlo-
 li k potvrzení shody (HIT), hodnota tohoto podpole se stanoví jako „999999“.
 Příklad: „CPS{}{RS}}I{}{RS}}001/001{}{RS}}999999{}{GS}}“
 Pokud vzdálený AFIS nepřipisuje výsledky, použije se na příslušném místě výsledek rovnající se nule.
 4.1.14. Pole 2.074: Pole zprávy o stavu/chybě (Status/Error Message Field – ERM)
 Toto pole obsahuje zprávy o chybách, jež jsou výsledkem transakcí a jež budou zaslány zpět žadateli
 jakožto součást


text:
chybové operace.
 Tabulka 3: Zprávy o chybách
 Numeric code (1-3) Meaning (5-128)
 003 ERROR: UNAUTHORISED ACCESS
 101 Mandatory field missing
 102 Invalid record type
 103 Undefined field
 104 Exceed the maximum occurrence
 105 Invalid number of subfields
 106 Field length too short
 107 Field length too long
 108 Field is not a number as expected
 109 Field number value too small
 110 Field number value too big
 111 Invalid character
 112 Invalid date
 956
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 115 Invalid item value
 116 Invalid type of transaction
 117 Invalid record data
 201 ERROR: INVALID TCN
 501 ERROR: INSUFFICIENT FINGERPRINT QUALITY
 502 ERROR: MISSING FINGERPRINTS
 503 ERROR: FINGERPRINT SEQUENCE CHECK FAILED
 999 ERROR: ANY OTHER ERROR. FOR FURTHER DETAILS CALL DESTINATION
 AGENCY.
 Zpráva o chybě v rozmezí 100 až 199:
 Tyto zprávy o chybách se týkají ověření záznamů ANSI/NIST a jsou definovány takto:
 <error_code 1>: IDC <idc_number 1> FIELD <field_id 1> <dynamic text 1> LF
 <error_code 2>: IDC <idc_number 2> FIELD <field_id 2> <dynamic text 2>...
 kde
 – error_code je kód výhradně spojený s konkrétním důvodem (viz tabulka 3),
 – field_id je číslo nesprávného pole podle číslování ANSI/NIST (např. 1.001, 2.001,...) ve
 formátu <record_type>.<field_id>.<sub_field_id>,
 – dynamický text poskytuje podrobnější popis chyby,
 – LF je posun o řádek (Line Feed) oddělující chyby, pokud se jich vyskytne více než jedna,
 – pro záznam typu 1 se IDC stanoví jako „–1“.
 Příklad:
 201: IDC - 1 FIELD 1.009 WRONG CONTROL CHARACTER {}{LF}} 115: IDC 0 FIELD 2.003 INVALID
 SYSTEM INFORMATION
 Toto pole je pro chybové operace povinné.
 4.1.15. Pole 2.320: Předpokládaný počet kandidátů (Expected Number of Candidates – ENC)
 957
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 Toto pole obsahuje maximální množství kandidátů k ověření předpokládané žádající agenturou.
 Hodnota ENC nesmí překročit hodnoty stanovené v tabulce 11.
 5. Logický záznam typu 4: Zobrazení ve stupních šedi ve vysokém rozlišení
 Je třeba vzít na vědomí, že záznamy typu 4 jsou oproti ASCII ve své podstatě binární. Každému poli je
 proto v rámci záznamu přiřazena zvláštní pozice, z čehož plyne, že všechna pole jsou povinná.
 Norma umožňuje stanovit v rámci záznamu velikost i rozlišení daného zobrazení. Vyžaduje, aby
 logické záznamy typu 4 obsahovaly údaje o daktyloskopickém zobrazení, jež se předává v
 nominálním rozlišení 500 až 520 pixelů na palec. U nových typů je preferovaná hodnota rozlišení na
 úrovni 500 pixelů na palec čili 19,68 pixelů na milimetr. 500 pixelů na palec je rozlišení stanovené v
 INT-I, avšak podobné systémy spolu mohou komunikovat za použití nepreferovaných hodnot v
 rozsahu 500 až 520 pixelů na palec.
 5.1 Pole pro logický záznam typu 4
 5.1.1. Pole 4.001: Délka logického záznamu (Logical Record Length – LEN)
 Toto čtyřbytové pole obsahuje délku uvedeného záznamu typu 4 a stanoví celkový počet bytů,
 zahrnující


text:
každý byte obsažený v každém poli záznamu.
 5.1.2. Pole 4.002: Znak označující zobrazení (Image Designation Character, IDC)
 Jedná se o jednobytové binární vyjádření čísla IDC uvedeného v souboru záhlaví.
 5.1.3. Pole 4.003: Typ otisku (Impression Type – IMP)
 Typ otisku je jednobytové pole využívající šestý byte záznamu.
 Tabulka 4: Typ otisku prstu
 Code Description
 0 Live-scan of plain fingerprint
 1. Live-scan of rolled fingerprint
 2 Non-live scan impression of plain fingerprint captured from paper
 3 Non-live scan impression of rolled fingerprint captured from paper
 4 Latent impression captured directly
 5 Latent tracing
 6 Latent photo
 958
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 7 Latent lift
 8 Swipe
 9 Unknown
 5.1.4. Pole 4.004: Pozice prstu (Finger Position – FGP)
 Toto pole s pevnou délkou 6 bytů využívá pozice sedmého až dvanáctého bytu záznamu typu 4.
 Obsahuje možné pozice prstu počínaje bytem umístěným nejvíce vlevo (7. byte záznamu). Známá či
 nejpravděpodobnější pozice prstu se přebírá z tabulky 5. Lze provést odkaz až na pět dalších prstů, a
 to zanesením různých pozicí prstu do zbývajících 5 bytů za použití stejného formátu. Má-li být
 využito méně než pět odkazů na pozici prstu, nevyužité byty se vyplní binárně 255. Pro odkaz na
 všechny pozice prstu se použije kód 0 označující hodnotu „neznámý“.
 Tabulka 5: Kód pozice prstu a maximální velikost
 Finger position Finger code Width Length
 (mm) (mm)
 Unknown 0 40,0 40,0
 Right thumb 1. 45,0 40,0
 Right index finger 2 40,0 40,0
 Right middle finger 3 40,0 40,0
 Right ring finger 4 40,0 40,0
 Right little finger 5 33,0 40,0
 Left thumb 6 45,0 40,0
 Left index finger 7 40,0 40,0
 Left middle finger 8 40,0 40,0
 Left ring finger 9 40,0 40,0
 Left little finger 10 33,0 40,0
 Plain right thumb 11 30,0 55,0
 Plain left thumb 12 30,0 55,0
 959
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 Plain right four fingers 13 70,0 65,0
 Plain left four fingers 14 70,0 65,0
 Pro latentní otisky z místa činu by měly být používány pouze kódy 0 až 10.
 5.1.5. Pole 4.005: Rozlišení skenu zobrazení (Image Scanning Resolution – ISR)
 Toto jednobytové pole využívá 13. byte záznamu typu 4. Obsahuje-li „0“, bylo zobrazení
 naskenováno v preferovaném rozlišení 19,68 pixelů/mm (500 pixelů na palec). Obsahuje-li „1“, bylo
 zobrazení naskenováno v jiném rozlišení podle údajů v záznamu typu 1.
 5.1.6. Pole 4.006: Délka vodorovné linie (Horizontal Line Length – HLL)
 Toto pole využívá bytů 14 a 15 v záznamu typu 4. Udává počet pixelů obsažených v každé skenované
 linii. Nejvýznamnější bude první byte.
 5.1.7. Pole 4.007: Délka svislé linie (Vertical Line Length – VLL)
 Toto pole zaznamenává v bytech 16 a 17 počet skenovaných linií v daném zobrazení. Nejvýznamnější
 je první byte.
 5.1.8. Pole 4.008: Algoritmus komprese ve stupních šedi


text:
(Gray-scale Compression Algorithm – GCA)
 Toto jednobytové pole udává algoritmus komprese ve stupních šedi použité k zakódování údajů o
 daném zobrazení. Pro takovéto použití binární kód 1 udává, že došlo k použití komprese WSQ
 (dodatek 7).
 5.1.9. Pole 4.009: Zobrazení
 Toto pole obsahuje bytový řetězec představující dané zobrazení. Jeho struktura bude přirozeně
 záviset na použitém algoritmu komprese.
 6. Logický záznam typu 9: záznam markantů
 Záznamy typu 9 obsahují text ASCII popisující markanty a související informace ve formě kódů z
 latentního otisku. Pro operaci vyhledávání latentních otisků neexistuje žádné omezení pro tyto
 záznamy typu 9 v souboru, přičemž každý záznam slouží pro odlišný náhled či latentní otisk.
 6.1. Získávání markantů
 6.1.1. Stanovení typu markantů
 Touto normou jsou definována identifikační čísla sloužící k popisu typu markantů. Ta jsou uvedena v
 tabulce 6. Konec papilární linie je označen jako typ 1. Vidlice je označena jako typ 2. Nelze-li markant
 jednoznačně zařadit do jednoho z výše uvedených typu, označí se jako „jiný“, typ 0.
 960
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 Tabulka 6: Typy markantů
 Type Description
 0 Other
 1. Ridge ending
 2 Bifurcation
 6.1.2. Umístění a typ markantu
 Aby vzory odpovídaly oddílu 5 normy ANSI INCITS 378-2004, použije se pro stanovení umístění
 (pozice a úhlu natočení) jednotlivých markantů následující metoda, která rozšiřuje stávající normu
 INCITS 378-2004.
 Pozicí či polohou markantu představujícího konec papilární linie se rozumí bod rozdvojení ústřední
 struktury okolní oblasti bezprostředně před koncem linie. Pokud by tři větve okolní oblasti byly
 zúženy na struktury o šířce jediného pixelu, jejich průsečík bude představovat polohu markantu.
 Podobně je polohou markantu v případě vidlice bod, kde dochází k rozdělení ústřední struktury linie.
 Pokud by tři větve linie byly zúženy na struktury o šířce jediného pixelu, průsečík těchto tří větví
 bude představovat polohu markantu.
 Po převedení všech konců na vidlice jsou všechny markanty daktyloskopického zobrazení vyjádřeny
 jako vidlice. Souřadnice X a Y označující pixely průsečíku tří větví každého markantu lze přímo
 formátovat. Z každé strukturální vidlice lze odvodit úhel natočení markantu. Tři větve každé
 strukturální vidlice je třeba přezkoumat a stanovit koncový bod každé větve. Obrázek 6.1.2 ilustruje
 tři metody používané pro stanovení konce větve na základě skenu o rozlišení 500 pixelů na palec.
 Konec se určí na základě toho, ke kterému jevu dojde dříve. Počet pixelů je založen na skenu o
 rozlišení 500 pixelů na palec. Důsledkem použití skenů o jiných rozlišeních by byly jiné počty pixelů.
 – vzdálenost 0,064 palce (32. pixel),
 – délka větve struktury, jež spadá mezi vzdálenost 0,02 palce a 0,064 palce (10. až 32. pixel),
 kratší větve se nepoužijí,
 – v rámci vzdálenosti 0,064 palce (32. pixel) se vyskytuje druhá vidlice.
 Obrázek 4
 961
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 Úhel markantu se stanoví pomocí konstrukce tří virtuálních paprsků vycházejících z


text:
bodu vidlice a
 procházejících koncem každé větve. Osa nejmenšího z těchto tří úhlů tvořených uvedenými paprsky
 udává úhel natočení markantu.
 6.1.3. Systém souřadnic
 Systémem souřadnic používaným k vyjádření markantů otisku prstu je kartézský souřadnicový
 systém. Pozice markantů jsou vyjádřeny jejich souřadnicemi x a y. Počátkem systému souřadnic je
 levý horní roh původního zobrazení, přičemž hodnoty x narůstají směrem doprava a hodnoty y
 klesají směrem dolů. Souřadnice markantu x a y se vyjadřují v jednotkách pixelů od počátku. Je třeba
 mít na paměti, že umístění počátku a jednotky měření neodpovídají metodě použité v definicích typu
 9 v ANSI/NIST-ITL 1-2000.
 6.1.4. Úhel natočení markantu
 Úhly se vyjadřují ve standardním matematickém formátu, kde úhel o velikosti nula stupňů směřuje
 doprava a velikost úhlů roste proti směru hodinových ručiček. Zaznamenané úhly směřují v případě
 konce linie zpět podél této linie a v případě vidlice ke středu okolní oblasti. Tato metoda využívá úhly
 pootočené o 180 stupňů oproti metodě popsané v definicích typu 9 v ANSI/NIST-ITL 1-2000.
 6.2. Pole pro logický záznam typu 9, formát INCITS-378
 Všechna pole typu 9 se zaznamenávají jako text ASCII. V tomto přídavné poli záznamu nejsou
 povolena žádná binární pole.
 6.2.1. Pole 9.001: Délka logického záznamu (Logical Record Length – LEN)
 Toto povinné ASCII pole obsahuje délku logického záznamu a stanoví celkový počet bytů, zahrnující
 každý znak obsažený v každém poli záznamu.
 6.2.2. Pole 9.002: Znak označující zobrazení (Image Designation Character – IDC)
 Toto povinné dvoubytové pole se používá pro identifikaci a stanovení polohy údajů markantů. IDC
 obsažené v tomto poli odpovídá IDC nalezenému v poli obsahu souboru záznamu typu 1.
 6.2.3. Pole 9.003: Typ otisku (Impression Type – IMP)
 962
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 Toto povinné jednobytové pole popisuje způsob získání informací týkajících se daktyloskopického
 zobrazení. Do tohoto pole se zanáší hodnota ASCII vlastního kódu zvolená z tabulky 4 pro označení
 typu otisku.
 6.2.4. Pole 9.004: Formát markantů (Minutiæ format – FMT)
 Toto pole obsahuje znak „U“ pro označení, že markanty jsou formátovány podle normy M1-378.
 Ačkoliv informace mohou být kódovány v souladu s normou M1-378, veškerá pole typu 9 s údaji
 musí zůstat jakožto textová pole ASCII.
 6.2.5. Pole 9.126: Informace CBEFF (CBEFF information)
 Toto pole obsahuje tři informační jednotky. První informační jednotka obsahuje hodnotu „27“
 (0x1B). Jedná se o identifikaci majitele formátu CBEFF přidělenou Mezinárodním sdružením
 biometrického průmyslu (IBIA) technickému výboru M1 INCITS. Znak <US> tuto položku odděluje od
 CBEFF typu formátu, jemuž je připsána hodnota „513“ (0x0201), jež udává, že tento záznam
 obsahuje pouze údaje o poloze a úhlu natočení bez jakýchkoli informací týkajících se třídy
 rozšířených údajů. Znak <US> tuto položku odděluje od CBEFF identifikátoru produktu (PID), jímž se
 uvádí „vlastník“ kódovacího zařízení. Tuto hodnotu stanoví prodejce. Je-li zaslána, lze ji získat z
 internetové stránky IBIA (www.ibia.org).
 6.2.6. Pole 9.127: Určení záznamového zařízení (Capture equipment identification)
 Toto pole obsahuje dvě informační jednotky oddělené znakem <US>. První z nich nabývá


text:
hodnoty
 „APPF“, jestliže zařízení použité pro zhotovení původního zobrazení bylo osvědčeno jako vyhovující
 dodatku F (údaje o kvalitě zobrazení IAFIS, 29. ledna 1999) CJIS-RS-0010, pokynů pro elektronický
 přenos otisků prstů Federálního úřadu pro vyšetřování. Pokud zařízení nebylo vyhovující, bude
 obsahovat hodnotu „NONE“. Druhá informační jednotka obsahuje identifikační číslo záznamového
 zařízení, což je číslo produktu přidělené záznamovému zařízení prodejcem. Hodnota „0“ uvádí, že
 identifikační číslo záznamového zařízení není nahlášeno.
 6.2.7. Pole 9.128: Délka vodorovné linie (Horizontal Line Length – HLL)
 Toto povinné ASCII pole udává počet pixelů obsažených v jedné vodorovné linii přenášeného
 zobrazení. Maximální vodorovný rozměr je omezen na 65534 pixelů.
 6.2.8. Pole 9.129: Délka svislé linie (Vertical Line Length – VLL)
 Toto povinné ASCII pole udává počet vodorovných linií obsažených v přenášeném zobrazení.
 Maximální svislý rozměr je omezen na 65534 pixelů.
 6.2.9. Pole 9.130: Jednotky rozestupu pixelů (Scale units – SLC)
 Toto povinné ASCII pole udává jednotky použité k popisu frekvence vzorkování zobrazení (hustoty
 pixelů). Hodnota „1“ v tomto poli udává pixely na palec, hodnota „2“ udává pixely na centimetr.
 Hodnota „0“ v tomto poli označuje, že rozestup není udán. V takovém případě se poměr rozmístění
 pixelů odvodí z poměru HPS/VPS.
 6.2.10. Pole 9.131: Vodorovný rozestup pixelů (Horizontal pixel scale – HPS)
 963
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 Toto povinné ASCII pole udává celým číslem hustotu pixelů ve vodorovném směru v případě, že SLC
 obsahuje hodnotu „1“ nebo „2“. Jinak označuje vodorovnou složku poměru rozmístění pixelů.
 6.2.11. Pole 9.132: Svislý rozestup pixelů (Vertical pixel scale – VPS)
 Toto povinné ASCII pole udává celým číslem hustotu pixelů ve svislém směru v případě, že SLC
 obsahuje hodnotu „1“ nebo „2“. Jinak označuje svislou složku poměru rozmístění pixelů.
 6.2.12. Pole 9.133: Zobrazení prstu (Finger view)
 Toto povinné pole obsahuje číslo zobrazení prstu přiřazeného k údajům tohoto záznamu. Číslo
 zobrazení začíná hodnotou „0“ a zvyšuje se po jedné až k hodnotě „15“.
 6.2.13. Pole 9.134: Pozice prstu (Finger Position – FGP)
 Toto pole obsahuje kód udávající pozici prstu, z něhož plynou informace v tomto záznamu typu 9.
 Pozice prstu či dlaně se udává prostřednictvím kódu v hodnotě mezi 1 a 10 z tabulky 5 nebo
 příslušného kódu dlaně z tabulky 10.
 6.2.14. Pole 9.135: Kvalita prstu (Finger quality)
 Toto pole udává kvalitu celkových údajů o markantech prstu a nabývá hodnoty mezi 0 a 100. Toto
 číslo je celkovým vyjádřením kvality záznamu o prstu a udává kvalitu původního zobrazení, získaných
 markantů a jakékoli další operace, jež mohou záznam markantů ovlivnit.
 6.2.15. Pole 9.136: Počet markantů (Number of minutiæ)
 Toto povinné pole udává počet markantů zanesených v tomto logickém záznamu.
 6.2.16. Pole 9.137: Údaje o markantech prstu (Finger minutiæ data)
 Toto pole obsahuje šest informačních složek oddělených znakem <US>. Sestává z několika podpolí, z
 nichž každé obsahuje podrobnosti o jediném markantu. Celkový počet podpolí týkajících se
 markantů musí odpovídat údaji uvedeném v poli 136. První informační jednotka obsahuje pořadové
 číslo


text:
markantu, jež začíná hodnotou „1“ a pro každý další markant otisku prstu se zvyšuje o „1“.
 Druhá a třetí informační jednotka obsahují souřadnice „x“ a „y“ daného markantu v jednotkách
 pixelů. Čtvrtou informační jednotkou je úhel markantu zaznamenaný v jednotkách dvou stupňů. Tato
 hodnota je nezáporná a pohybuje se mezi 0 a 179. Pátou informační jednotkou je typ markantu.
 Hodnota „0“ udává markant typu „OTHER“ (JINÝ), hodnota „1“ konec papilární linie a hodnota „2“
 vidlici. Šestá informační jednotka udává kvalitu každého markantu. Tato hodnota se pohybuje mezi 1
 jako minimem a 100 jako maximem. Hodnota „0“ uvádí, že hodnota kvality není k dispozici. Každé
 podpole se od následujícího odděluje za použití oddělovacího znaku <RS>.
 6.2.17. Pole 9.138: Informace o počtu papilárních linií (Ridge count information)
 Toto pole sestává z řady podpolí, z nichž každé obsahuje tři informační jednotky. První informační
 jednotka prvního podpole udává metodu stanovení počtu papilárních linií. Hodnota „0“ udává, že
 metodu stanovení počtu papilárních linií ani jejich pořadí v záznamu nelze určit. Hodnota „1“ udává,
 že pro každý centrální markant byly údaje o počtu papilárních linií převedeny do nejbližších
 sousedících markantů ve čtyřech kvadrantech a počty papilárních linií jsou u každého centrálního
 964
 ---pagebreak--- Tento dokument byl dohodnut mezi Evropskou unií a Spojeným královstvím a je poskytován pouze pro informaci. Do data
 použitelnosti z něj nelze odvozovat žádná práva. Číslování článků je prozatímní.
 markantu uvedeny společně. Hodnota „2“ udává, že pro každý centrální markant byly údaje o počtu
 papilárních linií převedeny do nejbližších sousedících markantů v osmi oktantech a počty papilárních
 linií jsou u každého centrálního markantu uvedeny společně. Obě zbývající informační jednotky
 prvního podpole nabývají hodnoty „0“. Informační jednotky jsou vzájemně odděleny oddělovacím
 znakem <US>. Následující podpole budou obsahovat pořadové číslo centrálního markantu coby první
 informační jednotku, pořadové číslo sousedícího markantu coby druhou informační jednotku a počet
 zkřížených papilárních linií coby třetí informační jednotku. Podpole jsou vzájemně oddělena
 oddělovacím znakem <RS>.
 6.2.18. Pole 9.139: Informace o vrcholech (Core information)
 Toto pole bude obsahovat jedno podpole pro každý vrchol zaznamenaný v původním zobrazení.
 Každé podpole obsahuje tři informační jednotky. První dvě jednotky obsahují souřadnice „x“ a „y“ v
 jednotkách pixelů. Třetí informační jednotka obsahuje úhel vrcholu zaznamenaný v jednotkách dvou
 stupňů. Tato hodnota je nezáporná a pohybuje se mezi 0 a 179. Různé vrcholy jsou vzájemně
 odděleny oddělovacím znakem <RS>.
 6.2.19. Pole 9.140: Informace o deltách (Delta information)
 Toto pole bude obsahovat jedno podpole pro každou deltu zaznamenanou v původním zobrazení.
 Každé podpole obsahuje tři informační jednotky. První dvě jednotky obsahují souřadnice „x“ a „y“ v
 jednotkách pixelů. Třetí informační jednotka obsahuje úhel delty zaznamenaný v jednotkách dvou
 stupňů. Tato hodnota je nezáporná a pohybuje se mezi 0 a 179. Různé vrcholy jsou vzájemně
 odděleny oddělovacím znakem <RS>.
 7. Záznam typu 13 – zobrazení latentního otisku s proměnlivým rozlišením
 Logický záznam typu 13 s přídavným polem obsahuje údaje o zobrazení získané ze zobrazení
 latentních otisků. Tato zobrazení mají být předána agenturám, jež z nich automaticky získají
 informace o potřebných znacích nebo k jejich získání použijí manuální postup.