text:
bewegt.
 5.1. Felder für Typ-4-Datensätze
 5.1.1. Feld 4.001: Logical Record Length (LEN)
 Dieses 4-Byte-Feld enthält die Länge des Typ-4-Datensatzes und gibt die Gesamtanzahl von Bytes, d.
 h. jedes Byte von jedem im Datensatz enthaltenen Feld, an.
 5.1.2. Feld 4.002: Image Designation Character (IDC)
 Hierbei handelt es sich um die 1-Byte-Binärdarstellung der IDC-Nummer, die im Typ 1 festgelegt
 wurde.
 5.1.3. Feld 4.003: Impression Type (IMP)
 Der Abdrucktyp ist ein 1-Byte-Feld, das das sechste Byte des Datensatzes belegt.
 Tabelle 4: Fingerabdrucktyp
 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
 1067
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 5 Latent tracing
 6 Latent photo
 7 Latent lift
 8 Swipe
 9 Unknown
 5.1.4. Feld 4.004: Finger Position (FGP)
 Dieses Feld mit einer festen Länge von sechs Bytes belegt die siebte bis zwölfte Byte-Position im Typ-
 4-Datensatz. Es enthält die möglichen Fingerabdruckpositionen und beginnt mit dem äußersten
 linken Byte (Byte sieben des Datensatzes). Die bekannte bzw. wahrscheinlichste
 Fingerabdruckposition wird der Tabelle 5 entnommen. Maximal fünf weitere Finger können durch
 Aufnahme der alternativen Fingerabdruckpositionen in den verbleibenden fünf Bytes unter
 Verwendung desselben Formats referenziert werden. Sollen weniger als fünf Referenzwerte für
 Fingerabdruckpositionen verwendet werden, so werden die ungenutzten Bytes mit dem Binärwert
 255 belegt. Um alle Fingerabdruckpositionen zu referenzieren, wird der Code 0 (= unbekannt)
 verwendet.
 Tabelle 5: Fingerabdruckpositionscode und maximale Größe
 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
 1068
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 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
 Plain right four fingers 13 70,0 65,0
 Plain left four fingers 14 70,0 65,0
 Für Tatortspuren sollten nur die Codes 0 bis 10 verwendet werden.
 5.1.5. Feld 4.005: Image Scanning Resolution (ISR)
 Dieses 1 Byte große Feld belegt das 13. Byte eines Typ-4-Datensatzes. Enthält es „0“, so wurde das
 Bild mit der bevorzugten Scan-Rate von 19,68 Pixel/mm (500 Pixel/Inch) abgetastet. Enthält es „1“,
 dann wurde das Bild mit einer anderen Scan-Rate als der für den Typ-1-Datensatz empfohlenen
 Scan-Rate abgetastet.
 5.1.6. Feld 4.006: Horizontal Line Length (HLL)
 Dieses Feld belegt die Bytes 14 und 15 im Typ-4-Datensatz. Es legt die Anzahl der Pixel in jeder
 horizontal verlaufenden Linie (scan line)


text:
fest. Die höchstwertige Stelle ist das erste Byte.
 5.1.7. Feld 4.007: Vertical line length (VLL)
 Dieses Feld erfasst in den Bytes 16 und 17 die im Bild vorhandene Anzahl vertikaler Linien (scan
 lines). Die höchstwertige Stelle ist das erste Byte.
 5.1.8. Feld 4.008: Gray-scale Compression Algorithm (GCA)
 Dieses Feld erfasst den zur Bilddatencodierung verwendeten
 Graustufenkomprimierungsalgorithmus. Hierbei gibt Binär „1“ an, dass die WSQ-Komprimierung
 (Anlage 7) verwendet wurde.
 5.1.9. Feld 4.009: Image
 Dieses Feld enthält einen Bytestrom, der das Bild darstellt. Natürlich richtet sich seine Struktur nach
 dem verwendeten Komprimierungsalgorithmus.
 6. Typ-9-Datensatz: Minutiendatensatz
 Typ-9-Datensätze enthalten ASCII-Text mit einer Beschreibung der Minutien und zugehörigen
 codierten Informationen zu einer Spur. Im Hinblick auf die Spurensuche gibt es keine Beschränkung
 für Typ-9-Datensätze in einer Datei, da jeder Datensatz zu einer anderen Ansicht oder Spur gehört.
 1069
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 6.1. Minutienextraktion
 6.1.1. Identifizierung des Minutientyps
 Dieser Standard legt drei Bezeichner fest, die zur Beschreibung des Minutientyps verwendet werden.
 Sie sind in Tabelle 6 aufgeführt. Ein Papillarlinienende wird als Typ 1, eine Gabelung als Typ 2
 bezeichnet. Lässt sich eine Minutie nicht eindeutig einem der beiden vorgenannten Typen zuordnen,
 wird sie als Typ 0 „Sonstige“ bezeichnet.
 Tabelle 6: Minutientypen
 Type Description
 0 Other
 1 Ridge ending
 2 Bifurcation
 6.1.2. Minutienposition und -typ
 Damit Schablonen die Anforderungen des Abschnitts 5 der Norm ANSI INCITS 378-2004 erfüllen, ist
 für die Bestimmung der Position (Lage und Neigung) jeder einzelnen Minutie die folgende Methode
 zu verwenden, die eine Verbesserung gegenüber der zurzeit geltenden Norm INCITS 378-2004
 darstellt.
 Bei einer Minutie, die ein Papillarlinienende darstellt, bildet der Verzweigungspunkt im Talbereich
 des Papillarlinienbildes unmittelbar in Höhe des Papillarlinienendes den Minutienort. Sind die drei
 Stränge im Talbereich zu einer 1 Pixel dünnen Papillarlinie verdünnt, dann bildet der Kreuzungspunkt
 den Minutienort. Analog dazu ist die Minutienposition einer Gabelung die Erhöhung im
 Gabelungspunkt. Wenn sich jeder der drei Linienstränge zu einer 1 Pixel dünnen Papillarline
 verjüngt, dann bildet der Punkt, an dem die drei Stränge sich kreuzen, den Minutienort.
 Nachdem alle Papillarlinienenden in Gabelungen umgewandelt sind, werden alle Minutien des
 daktyloskopischen Bildes als Gabelungen dargestellt. Die Pixelkoordinaten x und y des Schnittpunkts
 der drei Stränge jeder Minutie können direkt formatiert werden. Die Bestimmung der
 Minutienrichtung kann aus jedem Papillarlinienbild abgeleitet werden. Die drei Stränge jeder
 Papillarliniengabelung müssen untersucht und der Endpunkt jedes Strangs muss ermittelt werden.
 Abbildung 6.1.2 zeigt die Methoden zur Bestimmung des Strangendes mit einer Scan-Auflösung von
 500 ppi.
 Die Endung wird nach dem zuerst eintretenden Ereignis ermittelt. Die Pixelzählung basiert auf einer
 Scan-Auflösung von 500 ppi. Unterschiedliche Scan-Auflösungen würden auch unterschiedliche
 Pixelzählungen bedeuten:
 – eine Distanz von 0,064′′ (der 32. Pixel);
 1070
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 – das

type: contracts

jurisdiction: EU


text:
Ende des Skelettlinienstrangs, das sich in einer Distanz zwischen 0,02′′ und 0,064′′ (vom
 10. bis 32. Pixel) befindet; kürzere Stränge werden nicht verwendet;
 – eine zweite Gabelung befindet sich auf einer Strecke von 0,064′′ (vor dem 32. Pixel).
 Abbildung 4
 Der Minutienwinkel wird bestimmt, indem drei virtuelle Strahlen, ausgehend von der Gabelung bis
 zum Ende jedes Strangs, konstruiert werden. Der kleinste der drei von den Strahlen gebildeten
 Winkel wird halbiert und ergibt so die Minutienrichtung.
 6.1.3. Koordinatensystem
 Das zur Darstellung der Minutien eines Fingerabdrucks verwendete Koordinatensystem ist ein
 kartesisches System. Die Minutienorte werden durch ihre x- und y-Koordinaten dargestellt.
 Koordinatenursprung ist die linke obere Ecke des Originalbildes, wobei x nach rechts, y nach unten
 ansteigende Werte aufweist. Sowohl die x- als auch die y-Koordinate einer Minutie ist vom Ursprung
 ausgehend in Pixeleinheiten darzustellen. Es sei darauf verwiesen, dass Ursprungsort und
 Maßeinheiten nicht der Konvention für Begriffsbestimmungen der Typ-9-Datensätze aus der Norm
 ANSI/NIST-ITL 1-2000 entsprechen.
 6.1.4. Minutienrichtung
 Winkel werden im üblichen mathematischen Format ausgedrückt, d. h. Nullwinkel rechts,
 ansteigende Winkel entgegen Uhrzeigerrichtung. Erfasst wird bei Papillarlinienenden die Richtung
 entlang der Papillarlinie und bei Gabelungen die Richtung zur Mitte des Talbereichs. Diese
 Konvention ist um 180 Grad versetzt gegenüber der Winkelkonvention, wie sie in den
 Begriffsbestimmungen für Typ-9-Datensätze in der Norm ANSI/NIST-ITL 1-2000 beschrieben ist.
 6.2. Felder von Typ-9-Datensätzen im INCITS-378-Format
 Alle Felder von Typ-9-Datensätzen sind als ASCII-Text zu speichern. Binärfelder sind in diesem
 nummerierten Datensatz nicht zulässig.
 6.2.1. Feld 9.001: Logical Record Length (LEN)
 Dieses obligatorische ASCII-Feld enthält die Länge des logischen Datensatzes und gibt die
 Gesamtanzahl von Bytes, d. h. auch jedes Zeichen von jedem im Datensatz enthaltenen Feld, an.
 1071
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 6.2.2. Feld 9.002: Image Designation Character (IDC)
 Dieses obligatorische 2-Byte-Feld ist für die Kennzeichnung und Lokalisierung der Minutiendaten zu
 verwenden. Der in diesem Feld enthaltene IDC muss mit dem IDC übereinstimmen, der sich in dem
 Feld "Dateiinhalt" des Typ-1-Datensatzes befindet.
 6.2.3. Feld 9.003: Impression Type (IMP)
 Dieses obligatorische 1-Byte-Feld beschreibt, auf welche Weise die daktyloskopischen
 Bildinformationen gewonnen wurden. Der ASCII-Wert des aus der Tabelle 4 ausgewählten Codes
 wird zur Kennzeichnung des Abdrucktyps in dieses Feld eingegeben.
 6.2.4. Feld 9.004: Minutiæ format (FMT)
 Dieses Feld enthält ein „U“ als Hinweis darauf, dass die Minutien nach dem M1-378-Standard
 formatiert wurden. Zwar können die Daten nach dem M1-378-Standard codiert werden, doch
 müssen alle Datenfelder des Typ-9-Datensatzes weiterhin als ASCII-Textfelder formatiert sein.
 6.2.5. Feld 9.126: CBEFF information
 Dieses Feld enthält drei Informationselemente. Das erste Informationselement enthält den Wert
 „27“ (0x1B). Hierbei handelt es sich um die Kennung des CBEFF-Formatinhabers, die von der
 International Biometric Industry Association (IBIA) dem Technischen Ausschuss M1 von INCITS
 zugewiesen wurde. Das Zeichen <US> soll dieses Informationselement von dem CBEFF-Formattyp
 abgrenzen, dem ein Wert "513" (0x0201) zugewiesen wurde, um anzugeben, dass dieser Datensatz
 nur Daten über Ort und Neigung ohne sonstige Daten des erweiterten


text:
Datenblocks enthält. Das
 Zeichen <US> grenzt dieses Datenelement von der CBEFF-Produktkennung (PID) ab, die auf den
 "Eigentümer" der Codiereinrichtung hinweist. Dieser Wert wird vom Lieferanten festgelegt. Er kann
 von der IBIA-Website (www.ibia.org) abgerufen werden, sofern er veröffentlicht wird.
 6.2.6. Feld 9.127: Capture equipment identification
 Dieses Feld enthält 2 durch das Zeichen <US> getrennte Informationselemente. Das erste
 Informationselement erhält die Zeichen „APPF“, wenn zertifiziert wurde, dass das für die
 Bilderfassung zuerst eingesetzte Gerät die Anforderungen des Anhangs F (IAFIS Image Quality
 Specification, January 29, 1999) der Norm CJIS-RS-0010 (FBI-Spezifikation zur elektronischen
 Übertragung von Fingerabdrücken) erfüllt. Andernfalls hat das Informationselement den Wert
 „NONE“. Das zweite Informationselement enthält die Erfassungsgerätekennung, bei der es sich um
 die dem Lieferer zugewiesene Erzeugnisnummer des Erfassungsgerätes handelt. Der Wert „0“ gibt
 an, dass keine Erfassungsgerätekennung gemeldet wurde.
 6.2.7. Feld 9.128: Horizontal line length (HLL)
 Dieses obligatorische ASCII-Feld gibt die Pixelzahl einer einzelnen horizontalen Zeilenlänge des
 übertragenen Bildes an. Das maximale Horizontalmaß ist auf 65534 Pixel begrenzt.
 6.2.8. Feld 9.129: Vertical line length (VLL)
 1072
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 Dieses obligatorische ASCII-Feld gibt die Zahl der im übertragenen Bild enthaltenen horizontalen
 Zeilen an. Das maximale Vertikalmaß ist auf 65534 Pixel begrenzt.
 6.2.9. Feld 9.130: Scale units (SLC)
 Dieses obligatorische ASCII-Feld nennt die Maßeinheiten für die Angabe der Bildabtastfrequenz
 (Pixeldichte). Eine „1“ in diesem Feld bedeutet Pixel/Inch, eine „2“ steht für Pixel/cm. Eine „0“ in
 diesem Feld bedeutet, dass keine Maßeinheit vorgegeben wurde. In diesem Fall liefert der Quotient
 aus HPS/VPS das Pixel-Seitenverhältnis.
 6.2.10. Feld 9.131: Horizontal pixel scale (HPS)
 Dieses obligatorische ASCII-Feld gibt die ganzzahlige Pixeldichte in horizontaler Richtung an, wenn im
 SLC-Feld eine „1“ oder eine „2“ steht. Andernfalls gibt es die horizontale Komponente des Pixel-
 Seitenverhältnisses an.
 6.2.11. Feld 9.132: Vertical pixel scale (VPS)
 Dieses obligatorische ASCII-Feld gibt die ganzzahlige Pixeldichte in vertikaler Richtung an, wenn im
 SLC-Feld eine „1“ oder eine „2“ steht. Andernfalls gibt es die vertikale Komponente des Pixel-
 Seitenverhältnisses an.
 6.2.12. Feld 9.133: Finger view
 Dieses obligatorische Feld enthält die zu diesem Datensatz gehörende Fingernummer. Die Nummer
 beginnt bei „0“ und geht in Einerschritten bis „15“.
 6.2.13. Feld 9.134: Finger Position (FGP)
 Dieses Feld enthält den Code der Fingerabdruckposition, die die Daten zu diesem Typ-9-Datensatz
 erzeugt hat. Ein Code zwischen 1 und 10 aus Tabelle 5 bzw. der entsprechende Handabdruckcode
 aus Tabelle 10 ist für die Angabe der Finger- bzw. Handabdruckposition zu verwenden.
 6.2.14. Feld 9.135: Finger quality
 Dieses Feld gibt die Qualität der Daten der Fingerminutien an; die Werte hierfür liegen zwischen 0
 und 100. Die Zahl erfasst die gesamte Qualität des Fingerdatensatzes und spiegelt die Qualität des
 Originalbilds, der Extraktion der Minutien und weitere Arbeitsabläufe, die den Minutiendatensatz
 beeinflussen können, wider.
 6.2.15. Feld 9.136: Number of minutiæ
 Dieses obligatorische Feld nennt die Zahl der in diesem logischen Datensatz erfassten Minutien.
 6.2.16. Feld 9.137: Finger minutiæ data
 Dieses obligatorische Feld


text:
enthält sechs durch das Zeichen <US> getrennte Informationselemente. Es
 besteht aus mehreren Unterfeldern, die jeweils die Details zu den einzelnen Minutien enthalten. Die
 Gesamtzahl der Minutienunterfelder muss mit der in Feld 136 angegebenen Zahl übereinstimmen.
 1073
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 Das erste Informationselement ist die Minutienindexzahl, die mit „1“ beginnt und sich für jede
 weitere Minutie des Fingerabdrucks um „1“ erhöht. Das zweite Informationselement stellt die
 Pixelkoordinate x, das dritte die Pixelkoordinate y der Minutien dar. Das vierte Informationselement
 ist der in 2-Grad-Schritten erfasste Minutienwinkel. Dieser Wert darf nicht negativ sein; er reicht von
 0 bis 179. Das fünfte Informationselement ist der Minutientyp. Ein Wert „0“ bezeichnet den
 Minutientyp „SONSTIGE“, der Wert „1“ ein Papillarlinienende und der Wert „2“ eine Gabelung. Das
 sechste Informationselement bezeichnet die Qualität der jeweiligen Minutie. Die Zahl reicht vom
 Mindestwert 1 bis zum Höchstwert 100. Ein Wert „0“ besagt, dass keine Qualitätsangabe vorliegt.
 Jedes Unterfeld wird vom nächsten durch das Trennzeichen <RS> getrennt.
 6.2.17. Feld 9.138: Ridge count information
 Dieses Feld besteht aus einer Reihe von Unterfeldern, die jeweils drei Informationselemente
 enthalten. Das erste Informationselement des ersten Unterfelds gibt die Methode zur Bestimmung
 der Papillarlinienanzahl an. Eine „0“ bedeutet, dass keine Vorgaben zur Methode zur Bestimmung
 der Papillarlinienanzahl oder zur Reihenfolge der Papillarlinienzahl bestehen. Eine „1“ bedeutet, dass
 für jede zentrale Minutie Linienzähldaten bis zur nächsten Nachbarminutie in den vier Quadranten
 extrahiert und Linienzählungen für jede zentrale Minutie gemeinsam aufgelistet werden. Eine „2“
 bedeutet, dass für jede zentrale Minutie Linienzähldaten bis zur nächsten Nachbarminutie in den
 acht Oktanten extrahiert und Linienzählungen für jede zentrale Minutie gemeinsam aufgelistet
 werden. Die verbleibenden zwei Informationselemente des ersten Teilfelds enthalten jeweils „0“.
 Die Informationselemente werden durch das Trennzeichen <US> voneinander getrennt. Die
 folgenden Unterfelder enthalten als erstes Informationselement die Indexnummer der zentralen
 Minutie, als zweites Informationselement die Indexnummer der Nachbarminutie und als drittes
 Informationselement die Zahl der gekreuzten Papillarlinien. Die Unterfelder werden durch das
 Trennzeichen <RS>voneinander getrennt.
 6.2.18. Feld 9.139: Core information
 Dieses Feld besteht aus einem Unterfeld für jeden im Originalbild enthaltenen Kern. Jedes Unterfeld
 enthält drei Informationselemente. Die ersten beiden Informationselemente geben die
 Pixelkoordinaten x bzw. y an. Das dritte Informationselement enthält den Winkel des Kerns, der in 2-
 Grad-Schritten erfasst wird. Der Wert darf nicht negativ sein; er reicht von 0 bis 179. Mehrere Kerne
 werden durch das Trennzeichen <RS> voneinander getrennt.
 6.2.19. Feld 9.140: Delta information
 Dieses Feld besteht aus einem Unterfeld für jedes im Originalbild enthaltene Delta. Jedes Unterfeld
 enthält drei Informationselemente. Die ersten beiden Informationselemente geben die
 Pixelkoordinaten x bzw. y an. Das dritte Informationselement enthält den Winkel des Deltas, der in
 2-Grad-Schritten erfasst wird. Der Wert darf nicht negativ sein; er reicht von 0 bis 179. Mehrere
 Kerne werden durch das Trennzeichen <RS> voneinander getrennt.
 7. Typ-13-Datensatz mit Bildern von Fingerabdruck- und Handflächenabdruckspuren in
 variabler Auflösung
 Der Typ-13-Datensatz mit nummerierten Feldern


text:
enthält Bilddaten, die aus Bildern von
 Fingerabdruck- und Handflächenabdruckspuren erfasst wurden. Diese Bilder sollen an Stellen
 1074
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 übermittelt werden, die die gewünschten Merkmalsinformationen aus diesen Bildern entweder
 automatisch oder durch Eingriff ihrer Mitarbeiter für eine Weiterverarbeitung extrahieren.
 Angaben zur gewählten Scan-Auflösung, Bildgröße und zu sonstigen erforderlichen Parametern für
 die Bildverarbeitung werden im Datensatz in nummerierten Feldern erfasst.
 Tabelle 7: Aufbau des Typ-13-Datensatzes
 Ident Cond. Field Field Char Field size per Occur count Max
 code Numbe name type occurrence byte
 r count
 min. max. min max
 LEN M 13.001 LOGICA N 4 8 1 1 15
 L
 RECOR
 D
 LENGT
 H
 IDC M 13.002 IMAGE N 2 5 1 1 12
 DESIGN
 ATION
 CHARA
 CTER
 IMP M 13.003 IMPRES A 2 2 1 1 9
 SION
 TYPE
 SRC M 13.004 SOURC AN 6 35 1 1 42
 E
 AGENC
 Y/ORI
 LCD M 13.005 LATENT N 9 9 1 1 16
 CAPTU
 RE
 DATE
 HLL M 13.006 HORIZO N 4 5 1 1 12
 NTAL
 LINE
 1075
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 LENGT
 H
 VLL M 13.007 VERTIC N 4 5 1 1 12
 AL LINE
 LENGT
 H
 SLC M 13.008 SCALE N 2 2 1 1 9
 UNITS
 HPS M 13.009 HORIZO N 2 5 1 1 12
 NTAL
 PIXEL
 SCALE
 VPS M 13.010 VERTIC N 2 5 1 1 12
 AL
 PIXEL
 SCALE
 CGA M 13.011 COMPR A 5 7 1 1 14
 ESSION
 ALGORI
 THM
 BPX M 13.012 BITS N 2 3 1 1 10
 PER
 PIXEL
 FGP M 13.013 FINGER N 2 3 1 6 25
 POSITI
 ON
 RSV 13.014 RESERV — — — — — —
 ED FOR
 13.019 FUTUR
 E
 DEFINIT
 ION
 COM O 13.020 COMM A 2 128 0 1 135
 ENT
 1076
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 RSV 13.021 RESERV — — — — — —
 ED FOR
 13.199 FUTUR
 E
 DEFINIT
 ION
 UDF O 13.200 USER- — — — — — —
 DEFINE
 13.998 D
 FIELDS
 DAT M 13.999 IMAGE B 2 — 1 1 —
 DATA
 Zeichenlegende: N = numerisch; A = alphabetisch; AN = alphanumerisch; B = binär.
 7.1. Felder von Typ-13-Datensätzen
 In den nachfolgenden Absätzen werden die Daten beschrieben, die in jedem Feld eines Typ-13-
 Datensatzes enthalten sind.
 In Typ-13-Datensätzen sind die Daten in nummerierten Feldern einzugeben. Es ist notwendig, dass
 die Reihenfolge für die ersten beiden Felder des Datensatzes eingehalten wird und dass das Feld mit
 den Bilddaten das letzte physische Feld im Datensatz


text:
bildet. Zu jedem Feld des Typ-13-Datensatzes
 enthält Tabelle 7 folgende Angaben: Bedingungscode (condition code) mit dem Wert „M“
 (mandatory — obligatorisch) oder „O“ (optional — fakultativ), Feldnummer (field number),
 Zeichensatz (character type), Feldgröße (field size) und quantitative Begrenzung der Vorkommnisse
 (occurrance limits). Die letzte Spalte gibt anhand einer dreistelligen Feldnummer die maximale
 Feldgröße in Bytes an. Wenn mehr Stellen für die Feldnummer verwendet werden, steigt auch die
 maximale Bytezahl. Die beiden Einträge unter „field size per occurrence“ umfassen alle im Feld
 verwendeten Trennzeichen. Unter „maximum byte count“ fallen die Feldnummer, die Information
 und alle Trennzeichen einschließlich des „GS“-Trennzeichens.
 7.1.1. Feld 13.001: Logical record length (LEN)
 Dieses obligatorische ASCII-Feld enthält die Gesamtzahl an Bytes im Typ-13-Datensatz. Das Feld
 13.001 gibt die Datensatzlänge, einschließlich jedes Zeichens in jedem Feld des Datensatzes und der
 Trennzeichen, an.
 7.1.2. Feld 13.002: Image designation character (IDC)
 Dieses obligatorische ASCII-Feld wird verwendet, um die Spurbilddaten im Datensatz zu
 kennzeichnen. Dieses Feld muss mit dem IDC im Feld (CNT) des Typ-1-Datensatzes übereinstimmen.
 7.1.3. Feld 13.003: Impression type (IMP)
 1077
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 Dieses aus einem bzw. zwei Byte bestehende obligatorische ASCII-Feld gibt an, wie die
 Spurbildinformation gewonnen wurde. Der entsprechende Spurbildcode wird aus Tabelle 4
 (Fingerabdruck) bzw. Tabelle 9 (Handabdruck) ausgewählt und in dieses Feld eingetragen.
 7.1.4. Feld 13.004: Source agency/ORI (SRC)
 Dieses obligatorische ASCII-Feld bezeichnet die Behörde oder Organisation, die das im Datensatz
 enthaltene Handflächenbild ursprünglich erfasst hat. In der Regel enthält dieses Feld die
 Absenderkennung (Originating Agency Identifier — ORI) der Stelle, die das Bild erfasst hat. Es
 besteht aus zwei Informationselementen in folgendem Format: CC/agency.
 Das erste Datenelement enthält den Interpol-Ländercode, der sich aus zwei alphanumerischen
 Zeichen zusammensetzt. Das zweite Datenelement, "agency", dient der freitextlichen Bezeichnung
 der betreffenden Stellen mit maximal 32 alphanumerischen Zeichen.
 7.1.5. Feld 13.005: Latent capture date (LCD)
 Dieses obligatorische ASCII-Feld gibt das Datum an, an welchem das im Datensatz enthaltene
 Spurenbild erfasst wurde. Das Datum besteht aus acht Zeichen im Format CCYYMMDD. Die Zeichen
 CCYY geben das Jahr der Bilderfassung, die Zeichen MM die Zehner- und Einer-Stelle des Monats und
 die Zeichen DD die Zehner- und Einer-Stelle des Tags des entsprechenden Monats an. 20000229
 bedeutet beispielsweise 29. Februar 2000. Das vollständige Datum muss ein gültiges Datum
 ergeben.
 7.1.6. Feld 13.006: Horizontal line length (HLL)
 Dieses obligatorische ASCII-Feld gibt die Pixelzahl einer einzelnen horizontalen Zeilenlänge des
 übertragenen Bildes an.
 7.1.7. Feld 13.007: Vertical line length (VLL)
 Dieses obligatorische ASCII-Feld gibt die Zahl der im übertragenen Bild enthaltenen horizontalen
 Zeilen an.
 7.1.8. Feld 13.008: Scale units (SLC)
 Dieses obligatorische ASCII-Feld nennt die Maßeinheiten für die Angabe der Bildabtastfrequenz
 (Pixeldichte). Eine „1“ in diesem Feld bedeutet Pixel/Inch, eine „2“ steht für Pixel/cm. Eine „0“ in
 diesem Feld bedeutet, dass keine Maßeinheit vorgegeben wurde. In diesem Fall liefert der Quotient
 aus HPS/VPS das Pixel-Seitenverhältnis.
 7.1.9. Feld 13.009: Horizontal pixel scale (HPS)
 Dieses obligatorische


text:
ASCII-Feld gibt die ganzzahlige Pixeldichte in horizontaler Richtung an, wenn im
 SLC-Feld eine „1“ oder eine „2“ steht. Andernfalls gibt es die horizontale Komponente des Pixel-
 Seitenverhältnisses an.
 7.1.10. Feld 13.010: Vertical pixel scale (VPS)
 1078
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 Dieses obligatorische ASCII-Feld gibt die ganzzahlige Pixeldichte in vertikaler Richtung an, wenn im
 SLC-Feld eine „1“ oder eine „2“ steht. Andernfalls gibt es die vertikale Komponente des Pixel-
 Seitenverhältnisses an.
 7.1.11. Feld 13.011: Compression algorithm (CGA)
 Dieses obligatorische ASCII-Feld bestimmt den Algorithmus für die Komprimierung von
 Graustufenbildern. Siehe Komprimierungscodes in Anlage 7.
 7.1.12. Feld 13.012: Bits per pixel (BPX)
 Dieses obligatorische ASCII-Feld gibt die Anzahl der Bits an, die zur Darstellung eines Pixels
 verwendet werden. Dieses Feld enthält den Wert „8“ für normale Graustufenwerte von „0“ bis
 „255“. Jeder größere Wert als „8“ in diesem Feld bezeichnet einen Graustufenpixel mit höherer
 Präzision.
 7.1.13. Feld 13.013: Finger/palm position (FGP)
 Dieses obligatorische nummerierte Feld gibt eine oder mehrere mögliche Finger- oder
 Handflächenposition an, die der latenten Spur entsprechen können. Der Dezimalcodewert, der der
 bekannten oder wahrscheinlichsten Fingerposition bzw. Handflächenposition entspricht, ist der
 Tabelle 5 bzw. der Tabelle 10 zu entnehmen und als ein- oder zweistelliges ASCII-Unterfeld
 einzugeben. Verweise auf zusätzliche Finger- und/oder Handflächenpositionen können durch
 Eingabe der alternierenden Positionscodes als mit dem „RS“-Trennzeichen abgetrennte Unterfelder
 aufgenommen werden. Der Code „0“ für „Unknown Finger“ (unbekannter Finger) wird zur Angabe
 jeder Fingerposition von 1 bis 10 angegeben. Der Code „20“ für „Unknown Palm“ (unbekannte
 Handfläche) wird zur Bezugnahme auf jede gelistete Fingerabdruckposition verwendet.
 7.1.14. Felder 13.014-13.019: Reserved for future definition (RSV)
 Diese Felder werden für Ergänzungen frei gehalten, die bei künftigen Überarbeitungen dieses
 Standards aufgenommen werden. Vorerst ist keines dieser Felder zu verwenden. Falls eines dieser
 Felder auftreten sollte, so ist es zu ignorieren.
 7.1.15. Feld 13.020: Comment (COM)
 Dieses optionale Feld kann zur Eingabe von Bemerkungen oder anderer ASCII-Text-Informationen
 benutzt werden, die das Spuren-Bildmaterial begleiten.
 7.1.16. Felder 13.021-13.199: Reserved for future definition (RSV)
 Diese Felder werden für Ergänzungen frei gehalten, die bei künftigen Überarbeitungen dieses
 Standards aufgenommen werden. Vorerst ist keines dieser Felder zu verwenden. Falls eines dieser
 Felder auftreten sollte, so ist es zu ignorieren.
 7.1.17. Felder 13.200-13.998: User-defined fields (UDF)
 1079
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 Diese vom Benutzer definierbaren Felder werden für künftige Zwecke benutzt werden. Ihr Umfang
 und Inhalt werden vom Benutzer definiert und müssen den Anforderungen der empfangenden Stelle
 entsprechen. Im Falle ihrer Verwendung enthalten sie ASCII-Text-Informationen.
 7.1.18. Feld 13.999: Image data (DAT)
 Dieses Feld enthält alle Daten eines gespeicherten Handflächenabdruckbildes. Dem Feld wird stets
 die Feldnummer "999" zugewiesen, und es muss das letzte physische Feld des Datensatzes sein.
 Beispielsweise folgen auf „13.999:“ die Bilddaten in binärer


text:
Darstellung.
 Jedes Pixel der unkomprimierten Graustufendaten wird normalerweise in 8 Bits umgesetzt (256
 Graustufen), die in einem einzigen Byte enthalten sind. Ist der Wert im „BPX Field 13.012“ größer
 oder kleiner als „8“, so ändert sich die Anzahl der Bytes, die einen Pixel enthalten. Falls komprimiert
 wird, so muss die Kompression der Pixeldaten entsprechend der im "CGA Field" festgelegten
 Kompressionstechnik erfolgen.
 7.2. Ende von Typ-13 Spuren-Bilddatei mit variabler Auflösung (End of Type-13 variable-
 resolution latent image record)
 Um Kohärenz zu gewährleisten, wird ein "FS"-Trennzeichen unmittelbar nach dem letzten Daten-
 Byte des Feldes 13.999 eingefügt, um dieses vom nächsten logischen Datensatz abzutrennen. Dieses
 Trennzeichen ist Bestandteil des Längenfelds des Typ-13-Datensatzes.
 8. Typ-15 Handflächenabdruck-Bilddatei mit variabler Auflösung (Type-15 variable-resolution
 palmprint image record)
 Der logische Typ-15-Datensatz mit nummerierten Feldern enthält Handflächenabdruck-Bilddaten
 und dient dazu, solche Daten zusammen mit vorgegebenen und benutzerdefinierten textbasierten
 Informationsfeldern, die für das digitalisierte Bildmaterial von Bedeutung sind, zu übermitteln.
 Angaben über die verwendete Scanner-Auflösung, die Bildgröße und andere Parameter oder
 Bemerkungen, die zur Verarbeitung des Bildes erforderlich sind, werden als nummerierte Felder in
 den Datensatz eingestellt. An andere Behörden übermittelte Handflächenabdruckbilder werden von
 den empfangenden Stellen verarbeitet, um die gewünschten Merkmalsinformationen zu
 extrahieren, die für die Ermittlung einer Übereinstimmung erforderlich sind.
 Die Aufnahme der Bilddaten erfolgt unmittelbar bei der erkennungsdienstlich zu behandelnden
 Person anhand eines Livescanners oder eines Handflächenabdruckblatts oder eines anderen
 Aufnahmemediums, welches die Handflächenabdrücke der Person enthält.
 Jede Methode zur Aufnahme der Handflächenbilder sollte die Möglichkeit bieten, einen Satz von
 Bildern von jeder Hand zu speichern. Dieser Satz umfasst den Abdruck der beim Schreiben
 aufliegenden Handflächenkante (writer's palm) als Einzelscan sowie den gesamten
 Handflächenbereich vom Handgelenk bis zu den Fingerspitzen in der Form von ein oder zwei
 eingescannten Bildern. Falls zwei Bilder zur Darstellung der gesamten Handfläche verwendet
 werden, so erstreckt sich das untere Bild vom Handgelenk bis zum Ende des Zwischenfingerbereichs
 (drittes Fingergelenk) und umfasst den Thenar- und den Hypothenarbereich der Handfläche. Das
 obere Bild erstreckt sich vom oberen Fingerwurzelbereich bis zu den Fingerspitzen. Hierdurch wird
 eine ausreichende Überlappung zwischen den beiden sich im Fingerwurzelbereich
 überschneidenden Bildern gewährleistet. Durch Abgleich der Papillarlinien und der Details in den
 1080
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 überlappenden Handflächenbereichen erlangt der Prüfer die Gewissheit, dass beide Bilder von
 derselben Handfläche stammen.
 Da eine Handflächenabdruck-Transaktion verschiedenen Zwecken dienen kann, darf sie eine oder
 mehrere einmalige Bildbereiche enthalten, die von der Handfläche oder Hand aufgenommen
 wurden. Ein vollständiger Satz von Handflächenabdrücken einer Person enthält in der Regel die
 Handflächenkante (writer's palm) und einen vollständigen Abdruck jeder einzelnen Handfläche auf
 ein oder zwei Bildern. Da eine logische Bilddatei mit nummerierten Feldern nur ein binäres Feld
 enthalten darf, sind für jeden Handflächenkantenabdruck ein einziger Typ-15-Datensatz und für
 jeden vollständigen Handflächenabdruck einer oder zwei Typ-15-Datensätze vorgeschrieben. Somit
 sind vier bis sechs Typ-15-Datensätze erforderlich, um die Handflächenabdrücke einer Person in
 einer gewöhnlichen Handfächenabdruck-Transaktion darzustellen.
 8.1. Felder


text:
für Typ-15-Datensätze
 In den nachfolgenden Absätzen werden die Daten beschrieben, die in jedem Feld eines Typ-15-
 Datensatzes enthalten sind.
 In Typ-15-Datensätzen sind die Daten in nummerierten Feldern einzugeben. Es ist notwendig, dass
 die Reihenfolge für die ersten beiden Felder des Datensatzes eingehalten wird und dass das Feld mit
 den Bilddaten das letzte physische Feld im Datensatz bildet. Zu jedem Feld des Typ-15-Datensatzes
 enthält Tabelle 8 folgende Angaben: Bedingungscode (condition code) mit dem Wert „M“
 (mandatory — obligatorisch) oder „O“ (optional — fakultativ), Feldnummer (field number),
 Feldname (field name), Zeichensatz (character type), Feldgröße (field size) und quantitative
 Begrenzung der Vorkommnisse (occurrance limits). Die letzte Spalte gibt anhand einer dreistelligen
 Feldnummer die maximale Feldgröße in Bytes an. Wenn mehr Stellen für die Feldnummer
 verwendet werden, steigt auch die maximale Bytezahl. Die beiden Einträge unter „field size per
 occurrence“ umfassen alle im Feld verwendeten Trennzeichen. Unter „maximum byte count“ fallen
 die Feldnummer, die Information und alle Trennzeichen einschließlich des „GS“-Trennzeichens.
 8.1.1. Feld 15.001: Logical record length (LEN)
 Dieses obligatorische ASCII-Feld enthält die Gesamtzahl an Bytes im Typ-15-Datensatz. Feld 15.001
 enthält die Länge des Datensatzes einschließlich aller Zeichen in allen Feldern des Datensatzes sowie
 die Informationstrennzeichen.
 8.1.2. Feld 15.002: Image designation character (IDC)
 Mit diesem obligatorischen ASCII-Feld wird das im Datensatz enthaltene Handflächenabdruckbild
 identifiziert. Dieses Feld muss mit dem IDC im Feld (CNT) des Typ-1-Datensatzes übereinstimmen.
 8.1.3. Feld 15.003: Impression type (IMP)
 Dieses obligatorische 1-Byte-Feld beschreibt, auf welche Weise die Bildinformationen zum
 Handflächenabdruck gewonnen wurden. Der geeignete Code aus der Tabelle 9 wird zur
 Kennzeichnung des Abdrucktyps in dieses Feld eingegeben.
 8.1.4. Feld 15.004: Source agency/ORI (SRC)
 1081
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 Dieses obligatorische ASCII-Feld bezeichnet die Behörde oder Organisation, die das im Datensatz
 enthaltene Handflächenbild ursprünglich erfasst hat. In der Regel enthält dieses Feld die
 Absenderkennung (Originating Agency Identifier — ORI) der Stelle, die das Bild erfasst hat. Es
 besteht aus zwei Informationselementen in folgendem Format: CC/agency.
 Das erste Datenelement enthält den Interpol-Ländercode, der sich aus zwei alphanumerischen
 Zeichen zusammensetzt. Das zweite Datenelement, "agency", dient der freitextlichen Bezeichnung
 der betreffenden Stellen mit maximal 32 alphanumerischen Zeichen.
 8.1.5. Feld 15.005: Palmprint capture date (PCD)
 Dieses obligatorische ASCII-Feld gibt das Datum an, an welchem der im Datensatz enthaltene
 Handflächenabdruck erfasst wurde. Das Datum besteht aus acht Zeichen im Format CCYYMMDD. Die
 Zeichen CCYY geben das Jahr der Bilderfassung, die Zeichen MM die Zehner- und Einer-Stelle des
 Monats und die Zeichen DD die Zehner- und Einer-Stelle des Tags des entsprechenden Monats an.
 20000229 bedeutet beispielsweise 29. Februar 2000. Das vollständige Datum muss ein gültiges
 Datum ergeben.
 8.1.6. Feld 15.006: Horizontal line length (HLL)
 Dieses obligatorische ASCII-Feld gibt die Pixelzahl einer einzelnen horizontalen Zeilenlänge des
 übertragenen Bildes an.
 8.1.7. Feld 15.007: Vertical line length (VLL)
 Dieses obligatorische ASCII-Feld gibt die Zahl der im übertragenen Bild enthaltenen horizontalen
 Zeilen an.
 8.1.8. Feld 15.008: Scale units (SLC)
 Dieses


text:
obligatorische ASCII-Feld nennt die Maßeinheiten für die Angabe der Bildabtastfrequenz
 (Pixeldichte). Eine „1“ in diesem Feld bedeutet Pixel/Inch, eine „2“ steht für Pixel/cm. Eine „0“ in
 diesem Feld bedeutet, dass keine Maßeinheit vorgegeben wurde. In diesem Fall liefert der Quotient
 aus HPS/VPS das Pixel-Seitenverhältnis.
 8.1.9. Feld 15.009: Horizontal pixel scale (HPS)
 Dieses obligatorische ASCII-Feld gibt die ganzzahlige Pixeldichte in horizontaler Richtung an, wenn im
 SLC-Feld eine „1“ oder eine „2“ steht. Andernfalls gibt es die horizontale Komponente des Pixel-
 Seitenverhältnisses an.
 8.1.10. Feld 15.010: Vertical pixel scale (VPS)
 Dieses obligatorische ASCII-Feld gibt die ganzzahlige Pixeldichte in vertikaler Richtung an, wenn im
 SLC-Feld eine „1“ oder eine „2“ steht. Andernfalls gibt es die vertikale Komponente des Pixel-
 Seitenverhältnisses an.
 Tabelle 8: Typ-15-Datensatzlayout für Handflächenabdrucke mit variabler Auflösung (Type-15
 1082
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 variable-resolution palmprint record layout)
 Ident Cond. Field Field Char Field size per Occur count Max
 code number name type occurrence byte
 count
 min. max. min max
 LEN M 15.001 LOGICA N 4 8 1 1 15
 L
 RECOR
 D
 LENGT
 H
 IDC M 15.002 IMAGE N 2 5 1 1 12
 DESIGN
 ATION
 CHARA
 CTER
 IMP M 15.003 IMPRES N 2 2 1 1 9
 SION
 TYPE
 SRC M 15.004 SOURC AN 6 35 1 1 42
 E
 AGENC
 Y/ORI
 PCD M 15.005 PALMP N 9 9 1 1 16
 RINT
 CAPTU
 RE
 DATE
 HLL M 15.006 HORIZO N 4 5 1 1 12
 NTAL
 LINE
 LENGT
 H
 VLL M 15.007 VERTIC N 4 5 1 1 12
 AL LINE
 LENGT
 1083
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 H
 SLC M 15.008 SCALE N 2 2 1 1 9
 UNITS
 HPS M 15.009 HORIZO N 2 5 1 1 12
 NTAL
 PIXEL
 SCALE
 VPS M 15.010 VERTIC N 2 5 1 1 12
 AL
 PIXEL
 SCALE
 CGA M 15.011 COMPR AN 5 7 1 1 14
 ESSION
 ALGORI
 THM
 BPX M 15.012 BITS N 2 3 1 1 10
 PER
 PIXEL
 PLP M 15.013 PALMP N 2 3 1 1 10
 RINT
 POSITI
 ON
 RSV 15.014 RESERV — — — — — —
 ED FOR
 15.019 FUTUR
 E
 INCLUSI
 ON
 COM O 15.020 COMM AN 2 128 0 1 128
 ENT
 RSV 15.021 RESERV — — — — — —
 ED FOR
 15.199 FUTUR
 E
 INCLUSI
 1084
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 ON
 UDF O 15.200 USER- — — — — — —
 DEFINE
 15.998 D
 FIELDS
 DAT M 15.999 IMAGE B 2 — 1 1 —
 DATA


text:
Tabelle 9: Art des Handflächenabdrucks
 (Palm Impression Type)
 Description Code
 Live-scan palm 10
 Nonlive-scan palm 11
 Latent palm impression 12
 Latent palm tracing 13
 Latent palm photo 14
 Latent palm lift 15
 8.1.11. Feld 15.011: Compression algorithm (CGA)
 Dieses obligatorische ASCII-Feld bestimmt den Algorithmus für die Komprimierung von
 Graustufenbildern. Der Eintrag „NONE“ in diesem Feld bedeutet, dass die in diesem Datensatz
 enthaltenen Daten nicht komprimiert wurden. Im Hinblick auf diejenigen Bilder, die zu
 komprimieren sind, gibt dieses Feld die bevorzugte Methode für die Komprimierung von
 Zehnfingerabdruckblättern an. Die gültigen Komprimierungscodes sind in Anlage 7 definiert.
 8.1.12. Feld 15.012: Bits per pixel (BPX)
 Dieses obligatorische ASCII-Feld gibt die Anzahl der Bits an, die zur Darstellung eines Pixels
 verwendet werden. Dieses Feld enthält den Wert „8“ für normale Graustufenwerte von „0“ bis
 „255“. Jeglicher Wert über oder unter „8“ in diesem Feld verweist auf einen Graustufenpixel mit
 jeweils erhöhter bzw. verringerter Präzision.
 Tabelle 10: Handflächencodes, -zonen und -größen (Palm Codes, Areas and Sizes)
 1085
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 Palm Position Palm code Image area (mm2) Width (mm) Height (mm)
 Unknown Palm 20 28387 139,7 203,2
 Right Full Palm 21 28387 139,7 203,2
 Right Writer s Palm 22 5645 44,5 127,0
 Left Full Palm 23 28387 139,7 203,2
 Left Writer s Palm 24 5645 44,5 127,0
 Right Lower Palm 25 19516 139,7 139,7
 Right Upper Palm 26 19516 139,7 139,7
 Left Lower Palm 27 19516 139,7 139,7
 Left Upper Palm 28 19516 139,7 139,7
 Right Other 29 28387 139,7 203,2
 Left Other 30 28387 139,7 203,2
 8.1.13. Feld 15.013: Palmprint position (PLP)
 Dieses obligatorische nummerierte Feld beschreibt die Position der Handfläche im entsprechenden
 Handflächenabdruckbild. Der Dezimalcodewert, der der bekannten oder wahrscheinlichsten
 Handfächenabdruckposition entspricht, wird der Tabelle 10 entnommen und als zweistelliges ASCII-
 Unterfeld eingegeben. Die Tabelle 10 listet zudem die größtmöglichen Bildbereiche und
 Dimensionen für jede einzelne der möglichen Handflächenabdruckpositionen auf.
 8.1.14. Felder 15.014-15.019: Reserved for future definition (RSV)
 Diese Felder werden für Ergänzungen frei gehalten, die bei künftigen Überarbeitungen dieses
 Standards aufgenommen werden. Vorerst ist keines dieser Felder zu verwenden. Falls eines dieser
 Felder auftreten sollte, so ist es zu ignorieren.
 8.1.15. Feld 15.020: Comment (COM)
 Dieses fakultative Feld kann zur Eingabe von Bemerkungen oder anderer ASCII-Text-Informationen
 benutzt werden, die Bildmaterial zum Handflächenabdruck begleiten.
 8.1.16. Felder 15.021-15.199: Reserved for future definition (RSV)
 1086
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 Diese Felder werden für Ergänzungen frei gehalten, die bei künftigen Überarbeitungen dieses
 Standards aufgenommen werden. Vorerst ist keines dieser Felder zu verwenden. Falls eines dieser
 Felder auftreten sollte, so ist es zu ignorieren.
 8.1.17. Felder 15.200-15.998: User-defined fields (UDF)
 Diese vom Benutzer definierbaren Felder werden für künftige Zwecke benutzt werden. Ihr Umfang
 und


text:
Inhalt werden vom Benutzer definiert und müssen den Anforderungen der empfangenden Stelle
 entsprechen. Im Falle ihrer Verwendung enthalten sie ASCII-Text-Informationen.
 8.1.18. Feld 15.999: Image data (DAT)
 Dieses Feld enthält alle Daten eines aufgenommenen Handflächenabdruckbildes. Dem Feld wird
 stets die Feldnummer "999" zugewiesen, und es muss das letzte physische Feld des Datensatzes
 sein. Beispielsweise folgen auf „15.999:“ die Bilddaten in binärer Darstellung. Jedes Pixel der
 unkomprimierten Graustufendaten wird normalerweise in 8 Bits umgesetzt (256 Graustufen), die in
 einem einzigen Byte enthalten sind. Ist der Wert im "BPX Field 15.012" größer oder kleiner als "8", so
 ändert sich die Anzahl der Bytes, die einen Pixel enthalten. Falls komprimiert wird, so muss die
 Kompression der Pixeldaten entsprechend der im "CGA Field" festgelegten Komprimierungstechnik
 erfolgen.
 8.2. Ende von Typ-15 Handflächenabdruck-Bilddatei mit variabler Auflösung (End of Type-15
 variable-resolution palmprint image record)
 Um Kohärenz zu gewährleisten, wird ein "FS"-Trennzeichen unmittelbar nach dem letzten Daten-
 Byte des Feldes 15.999 eingefügt, um dieses vom nächsten logischen Datensatz abzutrennen. Dieses
 Trennzeichen ist Bestandteil des Längenfelds des Typ-15-Datensatzes.
 8.3. Zusätzliche Typ-15 Handflächenabdruck-Bilddatei mit variabler Auflösung (Additional Type-
 15 variable-resolution palmprint image records)
 Zusätzliche Typ-15-Datensätze können in die Datei aufgenommen werden. Jedes zusätzliche
 Handflächenabdruckbild erfordert einen vollständigen Typ-15-Datensatz nebst „FS“-Trennzeichen.
 Tabelle 11: Höchstzahl der pro Übertragung für eine Überprüfung akzeptierten Kandidaten
 Type of AFIS TP/TP LT/TP LP/PP TP/UL LT/UL PP/ULP LP/ULP
 Search
 Maximum 1 10 5 5 5 5 5
 Number of
 Candidates
 Art der Suche:
 TP/TP: Zehnfingerabdruck gegen Zehnfingerabdruck (ten-print against ten-print)
 1087
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 LT/TP: Fingerabdruckspur gegen Zehnfingerabdruck (fingerprint latent against ten-print)
 LP/PP: Handflächenabdruckspur gegen Handflächenabdruck (palmprint latent against palmprint)
 TP/UL: Zehnfingerabdruck gegen offene Fingerabdruckspur (ten-print against unsolved fingerprint
 latent)
 LT/UL: Fingerabdruckspur gegen offene Fingerabdruckspur (fingerprint latent against unsolved
 fingerprint latent)
 PP/ULP: Handflächenabdruck gegen offene Handflächenabdruckspur (palmprint against unsolved
 palmprint latent)
 LP/ULP: Handflächenabdruckspur gegen offene Handflächenabdruckspur (palmprint latent against
 unsolved palmprint latent)
 9. Anlagen zu Kapitel 2 (Austausch daktyloskopischer Daten)
 9.1. Anlage 1: Codes der ASCII-Trennzeichen
 ASCII Position148 Beschreibung
 LF 1/10 Separates error codes in Field 2.074
 FS 1/12 Separates logical records of a file
 GS 1/13 Separates fields of a logical record
 RS 1/14 Separates the subfields of a record field
 US 1/15 Separates individual information items of the field or subfield
 9.2. Anlage 2: Berechnung des alphanumerischen Kontrollzeichens (Check Character)
 Für TCN und TCR (Felder 1.09 und 1.10):
 Die Nummer, die dem Kontrollzeichen entspricht, wird anhand folgender Formel generiert:
 (YY * 108 + SSSSSSSS) Modulo 23
 Die numerischen Werte YY und SSSSSSSS bezeichnen jeweils die beiden letzten Ziffern des Jahres
 und die Seriennummer.
 148
 This is the position as defined in the ASCII standard.
 1088
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 Das Kontrollzeichen wird anschließend


text:
anhand der nachstehenden Bezugstabelle generiert.
 Für CRO (Feld 2.010):
 Die Nummer, die dem Kontrollzeichen entspricht, wird anhand folgender Formel generiert:
 (YY * 106 + NNNNNN) Modulo 23
 Die numerischen Werte YY und NNNNNN bezeichnen jeweils die beiden letzten Ziffern des Jahres
 und die Seriennummer.
 Das Kontrollzeichen wird anschließend anhand der nachstehenden Bezugstabelle generiert.
 Bezugstabelle für das
 Kontrollzeichen
 1-A 9-J 17-T
 2-B 10-K 18-U
 3-C 11-L 19-V
 4-D 12-M 20-W
 5-E 13-N 21-X
 6-F 14-P 22-Y
 7-G 15-Q 0-Z
 8-H 16-R
 9.3. Anlage 3: Zeichencodes
 7-Bit-ANSI-Code für den Informationsaustausch
 ASCII Character Set
 + 0 1 2 3 4 5 6 7 8 9
 30 ! ’ # $ % & ‘
 40 ( ) * + , - . / 0 1
 50 2 3 4 5 6 7 8 9 : ;
 1089
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 60 < = > ? @ A B C D E
 70 F G H I J K L M N O
 80 P Q R S T U V W X Y
 90 Z [ \ ] ^ _ ` a b c
 100 d e f g h i j k l m
 110 n o p q r s t u v w
 120 x y z {}{ | }} ~
 9.4. Anlage 4: Transaktionsübersicht
 Typ-1-Datensatz (obligatorisch)
 Identifier Field number Field name CPS/PMS SRE ERR
 LEN 1.001 Logical Record Length M M M
 VER 1.002 Version Number M M M
 CNT 1.003 File Content M M M
 TOT 1.004 Type of Transaction M M M
 DAT 1.005 Date M M M
 PRY 1.006 Priority M M M
 DAI 1.007 Destination Agency M M M
 ORI 1.008 Originating Agency M M M
 TCN 1.009 Transaction Control Number M M M
 TCR 1.010 Transaction Control Reference C M M
 NSR 1.011 Native Scanning Resolution M M M
 NTR 1.012 Nominal Transmitting Resolution M M M
 DOM 1.013 Domain name M M M
 1090
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 GMT 1.014 Greenwich mean time M M M
 In der Spalte "Condition":
 O = Optional (fakultativ); M = Mandatory (obligatorisch); C = Conditional (bedingt), falls die
 Transaktion eine Antwort auf die anfragende Stelle darstellt.
 Typ-2-Datensatz (obligatorisch)
 Identifier Field Field name CPS/PMS MPS/MMS SRE ERR
 number
 LEN 2.001 Logical Record Length M M M M
 IDC 2.002 Image Designation M M M M
 Character
 SYS 2.003 System Information M M M M
 CNO 2.007 Case Number — M C —
 SQN 2.008 Sequence Number — C C —
 MID 2.009 Latent Identifier — C C —
 CRN 2.010 Criminal Reference M — C —
 Number
 MN1 2.012 Miscellaneous — — C C
 Identification Number


text:
MN2 2.013 Miscellaneous — — C C
 Identification Number
 MN3 2.014 Miscellaneous — — C C
 Identification Number
 MN4 2.015 Miscellaneous — — C C
 Identification Number
 INF 2.063 Additional Information O O O O
 RLS 2.064 Respondents List — — M —
 1091
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 ERM 2.074 Status/Error Message — — — M
 Field
 ENC 2.320 Expected Number of M M — —
 Candidates
 In der Spalte "Condition":
 O = Optional (fakultativ); M = Mandatory (obligatorisch); C = Conditional (bedingt), falls Daten
 vorhanden sind.
 * = falls die Übermittlung der Daten nach internem Recht erfolgt (fällt nicht unter die Artikel
 LAW.PRUM.11 [Daktyloskopische Daten] und LAW.PRUM.12 [Automatisierter Abruf
 daktyloskopischer Daten])
 9.5. Anlage 5: Type-1 Record Definitions
 Identifier Condition Field number Field name Character type Example data
 LEN M 1.001 Logical Record N 1.001:230{}{GS}
 Length }
 VER M 1.002 Version N 1.002:0300{}{GS
 Number }}
 CNT M 1.003 File Content N 1.003:1{}{US}}1
 5{}{RS}}2{}{US}}
 00{}{RS}}4{}{US}
 }01{}{RS}}4{}{US
 }}02{}{RS}}4{}{U
 S}}03{}{RS}}4{}{
 US}}04{}{RS}}4{}
 {US}}05{}{RS}}4{
 }{US}}06{}{RS}}4
 {}{US}}07{}{RS}}
 4{}{US}}08{}{RS}
 }4{}{US}}09{}{RS
 }}4{}{US}}10{}{R
 S}}4{}{US}}11{}{
 RS}}4{}{US}}12{}
 {RS}}4{}{US}}13{
 1092
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 }{RS}}4{}{US}}14
 {}{GS}}
 TOT M 1.004 Type of A 1.004:CPS{}{GS}
 Transaction }
 DAT M 1.005 Date N 1.005:20050101
 {}{GS}}
 PRY M 1.006 Priority N 1.006:4{}{GS}}
 DAI M 1.007 Destination 1* 1.007:DE/BKA{}
 Agency {GS}}
 ORI M 1.008 Originating 1* 1.008:NL/NAFIS
 Agency {}{GS}}
 TCN M 1.009 Transaction AN 1.009:02000000
 Control Number 04F{}{GS}}
 TCR C 1.010 Transaction AN 1.010:02000000
 Control 04F{}{GS}}
 Reference
 NSR M 1.011 Native Scanning AN 1.011:19.68{}{G
 Resolution S}}
 NTR M 1.012 Nominal AN 1.012:19,68{}{G
 Transmitting S}}
 Resolution
 DOM M 1.013 Domain Name AN 1.013: INT-
 I{}{US}}4,22{}{G
 S}}
 GMT M 1.014 Greenwich AN 1.014:20050101
 Mean Time 125959Z
 In der Spalte "Condition": O = Optional (fakultativ); M = Mandatory (obligatorisch); C = Conditional
 (bedingt).
 In der Spalte "Character Type": A = Alphanumerisch; N = Numerisch; B = Binär;
 1* = zugelassene Zeichen zur Angabe des Namens der Stelle [„0..9“, „A..Z“, „a..z“, „_“, „.“, „“, „–“].
 1093
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 9.6. Anlage 6: Typ-2-Datensatz: Definitionen
 Tabelle A.6.1: CPS- und PMS-Transaktionen
 Identifier Condition Field Field name Character Example data
 number type
 LEN M 2.001 Logical N 2.001:909{}{GS}}
 Record
 Length
 IDC M 2.002 Image N 2.002:00{}{GS}}
 Designation
 Character
 SYS M 2.003 System N 2.003:0422{}{GS}}
 Information
 CRN M 2.010 Criminal AN 2.010:DE/E999999999{}{GS}}
 Reference
 Number
 INF O 2.063 Additional 1* 2.063:Additional Information
 Information 123{}{GS}}
 ENC M 2.320 Expected N 2.320:1{}{GS}}
 Number of
 Candidates
 Tabelle A.6.2: SRE-Transaktion
 Identifier Condition Field number Field name Character type Example data
 LEN M 2.001 Logical Record N


text:
2.001:909{}{GS}
 Length }
 IDC M 2.002 Image N 2.002:00{}{GS}}
 Designation
 Character
 SYS M 2.003 System N 2.003:0422{}{GS
 Information }}
 1094
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 CRN C 2.010 Criminal AN 2.010:NL/22222
 Reference 22222{}{GS}}
 Number
 MN1 C 2.012 Miscellaneous AN 2.012:E9999999
 Identification 99{}{GS}}
 Number
 MN2 C 2.013 Miscellaneous AN 2.013:E9999999
 Identification 99{}{GS}}
 Number
 MN3 C 2.014 Miscellaneous N 2.014:0001{}{GS
 Identification }}
 Number
 MN4 C 2.015 Miscellaneous A 2.015:A{}{GS}}
 Identification
 Number
 INF O 2.063 Additional 1* 2.063:Additiona
 Information l Information
 123{}{GS}}
 RLS M 2.064 Respondents AN 2.064:CPS{}{RS}
 List }I{}{RS}}001/001
 {}{RS}}999999{}{
 GS}}
 Tabelle A.6.3: ERR-Transaktion
 Identifier Condition Field Field name Character Example data
 number type
 LEN M 2.001 Logical Record N 2.001:909{}{GS}}
 Length
 IDC M 2.002 Image N 2.002:00{}{GS}}
 Designation
 Character
 SYS M 2.003 System N 2.003:0422{}{GS}}
 1095
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 Information
 MN1 M 2.012 Miscellaneous AN 2.012:E999999999{}{GS}}
 Identification
 Number
 MN2 C 2.013 Miscellaneous AN 2.013:E999999999{}{GS}}
 Identification
 Number
 MN3 C 2.014 Miscellaneous N 2.014:0001{}{GS}}
 Identification
 Number
 MN4 C 2.015 Miscellaneous A 2.015:A{}{GS}}
 Identification
 Number
 INF O 2.063 Additional 1* 2.063:Additional
 Information Information 123{}{GS}}
 ERM M 2.074 Status/Error AN 2.074: 201: IDC - 1 FIELD
 Message Field 1.009 WRONG CONTROL
 CHARACTER {}{LF}} 115: IDC
 0 FIELD 2.003 INVALID
 SYSTEM INFORMATION
 {}{GS}}
 Tabelle A.6.4: MPS- und MMS-Transaktion
 Identifier Condition Field Field name Character Example data
 number type
 LEN M 2.001 Logical Record N 2.001:909{}{GS}}
 Length
 IDC M 2.002 Image N 2.002:00{}{GS}}
 Designation
 Character
 SYS M 2.003 System N 2.003:0422{}{GS}}
 Information
 1096
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 CNO M 2.007 Case Number AN 2.007:E999999999{}{GS}}
 SQN C 2.008 Sequence N 2.008:0001{}{GS}}
 Number
 MID C 2.009 Latent Identifier A 2.009:A{}{GS}}
 INF O 2.063 Additional 1* 2.063:Additional
 Information Information 123{}{GS}}
 ENC M 2.320 Expected N 2.320:1{}{GS}}
 Number of
 Candidates
 In der Spalte "Condition": O = Optional (fakultativ); M = Mandatory (obligatorisch); C = Conditional
 (bedingt).
 In der Spalte "Character Type": A = Alphanumerisch; N = Numerisch; B = Binär;
 1* = zugelassene Zeichen sind [„0..9“, „A..Z“, „a..z“, „_“, „.“, „“, „–“, „,“].
 9.7. Anlage 7: Graustufenkomprimierungscodes
 Komprimierungscodes
 Compression Value Remarks
 Wavelet Scalar Quantisation Greyscale WSQ Algorithm to be used for the compression of
 Fingerprint Image Compression greyscale images in Type-4, Type-7 and Type-
 Specification 13 to Type-15 records. Shall not be used for
 resolutions > 500dpi.
 IAFIS-IC-0010(V3), dated 19 December
 1997
 JPEG 2000 J2K To be used for lossy and losslessly
 compression of greyscale images in Type-13
 [ISO 15444/ITU T.800] to Type-15 records. Strongly recommended
 for resolutions > 500 dpi
 9.8. Anlage 8: Mailspezifikation
 Zur Verbesserung der


text:
internen Arbeitsabläufe ist bei PRUEM-Transaktionen im Betreff-Feld der Mail
 der Ländercode (CC) des Absender-Staates und die Art der Transaktion (TOT-Feld 1.004) anzugeben.
 1097
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 Format CC/type of transaction
 Beispiel: „DE/CPS“
 Der Mail-Body kann leer sein.
 KAPITEL 3: Austausch von Fahrzeugregisterdaten
 1. Einheitlicher Datensatz für den automatisierten Abruf von Fahrzeugregisterdaten
 1.1. Begriffsbestimmungen
 Für obligatorische und optionale Datenelemente gemäß Artikel 14 Absatz 4 von Kapitel 0 gelten die
 folgenden Begriffsbestimmungen:
 Obligatorisch (M = Mandatory):
 Das Datenelement ist zu übermitteln, wenn Angaben im nationalen Fahrzeugregister eines Staates
 vorliegen. Daher besteht die Pflicht zum Austausch der Angaben, wenn sie verfügbar sind.
 Optional (O):
 Das Datenelement kann übermittelt werden, wenn die Angaben im nationalen Fahrzeugregister
 eines Staates vorliegen. Daher besteht keine Pflicht zum Austausch der Angaben, selbst wenn sie
 verfügbar sind.
 Jedes Element des Datensatzes, das in Bezug auf Artikel LAW.PRUM.15 [Automatisierte Abfrage von
 Fahrzeugregisterdaten] als besonders wichtig hervorzuheben ist, wird mit „Y“ gekennzeichnet.
 1.2. Abruf von Fahrzeug-/Eigentümer-/Halterdaten
 1.2.1. Abrufkriterien
 Es gibt zwei Möglichkeiten für den Datenabruf der im nächsten Absatz beschriebenen
 Informationen:
 – Abruf mit Fahrzeug-Identifizierungsnummer (FIN), Stichtag und Uhrzeit (optional);
 – Abruf mit Registrierungsnummer (Kennzeichen), Fahrzeug-Identifizierungsnummer (FIN)
 (optional), Stichtag und Uhrzeit (optional).
 Anhand dieser Abrufkriterien können Angaben zu einem Fahrzeug, bisweilen auch zu mehreren
 Fahrzeugen, gefunden werden. Finden sich Angaben nur zu einem Fahrzeug, so werden alle
 Datenelemente in einer Auskunft ausgegeben. Finden sich Angaben zu mehr als einem Fahrzeug, so
 kann der die Anfrage empfangende Staat (z. B. aus Datenschutz- oder Kapazitätsgründen)
 entscheiden, welche Datenelemente in die Auskunft aufgenommen werden, d. h. entweder alle
 Datenelemente oder nur die Datenelemente, die für die Abrufverfeinerung notwendig sind.
 Die für die Abrufverfeinerung notwendigen Datenelemente sind in Nummer 1.2.2.1 wiedergegeben.
 In Nummer 1.2.2.2 ist der vollständige Auskunftsdatensatz beschrieben.
 1098
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 Abrufe mit Fahrzeug-Identifizierungsnummer, Stichtag und Uhrzeit können an einen oder alle
 beteiligten Staaten gerichtet werden.
 Abrufe mit Registrierungsnummer (Kennzeichen), Stichtag und Uhrzeit sind an einen bestimmten
 Staat zu richten.
 Üblicherweise werden für den Abruf das aktuelle Datum und die aktuelle Uhrzeit verwendet, doch
 kann ein Abruf auch auf zurückliegende Stichtage und Uhrzeiten bezogen werden. Wird ein Abruf
 mit in der Vergangenheit liegenden Stichtagen und Uhrzeiten durchgeführt und finden sich im
 Register des betreffenden Staates keine "historischen" Angaben, weil solche Daten nicht gespeichert
 werden, so können die aktuellen Angaben — versehen mit einem Vermerk, dass es sich um aktuelle
 Angaben handelt — in die Auskunft aufgenommen werden.
 1.2.2. Datensatz
 1.2.2.1. Notwendige Datenelemente für die Abrufverfeinerung
 Item M/O149 Remarks Prüm Y/N150
 Data relating to vehicles
 Licence number M Y
 Chassis number/VIN M Y
 Country of registration M Y
 Make M (D.1151) e.g. Ford, Opel, Renault, Y
 etc.
 Commercial type of


text:
the vehicle M (D.3) e.g. Focus, Astra, Megane Y
 EU Category Code M (J) mopeds, motorbikes, cars, etc. Y
 1.2.2.2. Vollständiger Datensatz
 Item M/O152 Remarks Prüm
 149
 M = mandatory when available in national register, O = optional.
 150
 All the attributes specifically allocated by the States are indicated with Y.
 151
 Harmonised document abbreviation, see Council Directive 1999/37/EC of 29 April 1999.
 152
 M = mandatory when available in national register, O = optional.
 1099
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 Y/N
 Data relating to (C.1153) The data refer to the holder of the specific
 holders of the registration certificate.
 vehicle
 Registration M (C.1.1.) Y
 holders' (company)
 name separate fields will be used for surname, infixes, titles,
 etc., and the name in printable format will be
 communicated
 First name M (C.1.2) Y
 separate fields for first name(s) and initials will be used,
 and the name in printable format will be communicated
 Address M (C.1.3) Y
 separate fields will be used for Street, House number and
 Annex, Zip code, Place of residence, Country of residence,
 etc., and the Address in printable format will be
 communicated
 Gender M Male, female Y
 Date of birth M Y
 Legal entity M individual, association, company, firm, etc. Y
 Place of Birth O Y
 ID Number O An identifier that uniquely identifies the person or the N
 company.
 Type of ID Number O The type of ID Number (e.g. passport number). N
 Start date O Start date of the holdership of the car. This date will N
 holdership often be the same as printed under (I) on the registration
 certificate of the vehicle.
 End date O End data of the holdership of the car. N
 153
 Harmonised document abbreviation, see Council Directive 1999/37/EC of 29 April 1999.
 1100
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 holdership
 Type of holder O If there is no owner of the vehicle (C.2) the reference to N
 the fact that the holder of the registration certificate:
 – is the vehicle owner,
 – is not the vehicle owner,
 – is not identified by the registration certificate as
 being the vehicle owner.
 Data relating to (C.2)
 owners of the
 vehicle
 Owners' M (C.2.1) Y
 (company) name
 First name M (C.2.2) Y
 Address M (C.2.3) Y
 Gender M male, female Y
 Date of birth M Y
 Legal entity M individual, association, company, firm, etc. Y
 Place of Birth O Y
 ID Number O An identifier that uniquely identifies the person or the N
 company.
 Type of ID Number O The type of ID Number (e.g. passport number). N
 Start date O Start date of the ownership of the car. N
 ownership
 End date O End


text:
data of the ownership of the car. N
 ownership
 Data relating to
 vehicles
 1101
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 Licence number M Y
 Chassis M Y
 number/VIN
 Country of M Y
 registration
 Make M (D.1) e.g. Ford, Opel, Renault, etc. Y
 Commercial type M (D.3) e.g. Focus, Astra, Megane. Y
 of the vehicle
 Nature of the M (J) mopeds, motorbikes, cars, etc. Y
 vehicle/EU
 Category Code
 Date of first M (B) Date of first registration of the vehicle somewhere in Y
 registration the world.
 Start date (actual) M (I) Date of the registration to which the specific certificate Y
 registration of the vehicle refers.
 End date M End data of the registration to which the specific Y
 registration certificate of the vehicle refers. It is possible this date
 indicates the period of validity as printed on the
 document if not unlimited (document abbreviation = H).
 Status M Scrapped, stolen, exported, etc. Y
 Start date status M Y
 End date status O N
 kW O (P.2) Y
 Capacity O (P.1) Y
 Type of licence O Regular, transito, etc. Y
 number
 Vehicle document O The first unique document ID as printed on the vehicle Y
 id 1 document.
 Vehicle document O A second document ID as printed on the vehicle Y
 1102
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 id 2154 document.
 Data relating to
 insurances
 Insurance O Y
 company name
 Begin date O Y
 insurance
 End date insurance O Y
 Address O Y
 Insurance number O Y
 ID number O An identifier that uniquely identifies the company. N
 Type of ID number O The type of ID number (e.g. number of the Chamber of N
 Commerce)
 2. Datensicherheit
 2.1. Allgemeines
 Die Eucaris-Softwareanwendung ermöglicht eine sichere Verbindung zu den anderen Staaten und
 die Kommunikation mit den Back-End Legacy-Systemen der Staaten unter Nutzung von XML. Die
 Staaten tauschen Nachrichten durch direkte Übermittlung an den Empfänger aus. Das Datenzentrum
 eines Staates ist an das TESTA- Kommunikationsnetzwerk angeschlossen.
 Die über das Netzwerk übertragenen XML-Nachrichten sind verschlüsselt. Als
 Verschlüsselungsverfahren für diese Nachrichten dient SSL. Die an das Back-End-System
 übertragenen Nachrichten sind XML-Nachrichten in Klartext, da sich die Verbindung zwischen der
 Anwendung und dem Back-End-System in einer geschützten Umgebung befindet.
 Es ist eine Client-Anwendung vorhanden, die von einem Staat für Abfragen im eigenen nationalen
 Register oder in den Registern anderer Staaten verwendet werden kann. Clients werden mittels
 Nutzer-ID/Passwort oder Client-Zertifikat identifiziert. Die Verbindung zu einem Nutzer kann
 verschlüsselt werden, doch fällt dies in die Zuständigkeit jedes einzelnen Staates.
 2.2. Sicherheitsmerkmale in Bezug auf den Nachrichtenaustausch
 154
 In Luxembourg two separate vehicle registration document ID's are used.
 1103
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich


text:
vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 Das Sicherheitskonzept kombiniert HTTPS- und XML-Signatur. Bei dieser Variante wird die XML-
 Signatur verwendet, um alle an den Server übertragenen Nachrichten zu signieren; mit ihr kann der
 Absender durch Prüfung der Signatur authentisiert werden. 1-seitiges (1-sided) SSL (nur
 Serverzertifikat) wird zum Schutz der Vertraulichkeit und Integrität der Nachricht bei der
 Übertragung und zur Abwehr von Lösch-, Wiedereinspiel- oder Einfügungsattacken verwendet.
 Anstelle einer maßgeschneiderten Softwareentwicklung zur Implementierung von 2-seitigem (2-
 sided) SSL wird die XML-Signatur eingesetzt. Die Nutzung der XML-Signatur ist näher an der Web
 Services Roadmap als das 2-seitige SSL und deshalb strategisch vorteilhafter.
 Die XML-Signatur kann auf vielerlei Weise implementiert werden, doch die ausgewählte Methode ist
 ihre Verwendung als Bestandteil der Web Services Security (WSS). WSS gibt im Einzelnen vor, wie die
 XML-Signatur einzusetzen ist. Da WSS auf dem SOAP-Standard basiert, ist es logisch, dass am SOAP-
 Standard so weit wie möglich festgehalten werden sollte.
 2.3. Sicherheitsmerkmale ohne Bezug zum Nachrichtenaustausch
 2.3.1. Authentisierung von Nutzern
 Die Nutzer der Eucaris-Web-Anwendung authentisieren sich durch einen Nutzernamen und ein
 Passwort. Da die übliche Windows-Authentisierung genutzt wird, können die Staaten bei Bedarf den
 Authentisierungsgrad durch Einsatz von Client-Zertifikaten erhöhen.
 2.3.2. Nutzerrollen (user roles)
 Die Eucaris-Softwareanwendung unterstützt verschiedene Nutzerrollen. Zu jeder Gruppe von
 Diensten gehört eine eigene Autorisierung. Beispielsweise können Nutzer, die (ausschließlich) Zugriff
 auf die Funktionalitäten nach dem Eucaris-Vertrag haben, die Funktionalitäten des Prümer Vertrags
 nicht nutzen. Administratordienste sind von den normalen Endnutzerrollen getrennt.
 2.3.3. Protokollierung und Überwachung (tracing) des Nachrichtenaustauschs
 Die Protokollierung wird durch die Eucaris-Softwareanwendung unterstützt. Durch eine
 Administratorfunktion kann der nationale Administrator entscheiden, welche Nachrichten
 protokolliert werden, z. B. Anfragen von Endnutzern, aus anderen Staaten eingehende Anfragen, aus
 den nationalen Registern bereitgestellte Angaben usw.
 Die Anwendung kann so konfiguriert werden, dass für die Protokollierung entweder eine interne
 oder eine externe (Oracle) Datenbank zum Einsatz kommt. Die Entscheidung darüber, welche
 Nachrichten protokolliert werden sollen, hängt eindeutig davon ab, welche
 Protokollierungsmöglichkeiten es sonst noch in den Legacy-Systemen und den angeschlossenen
 Client-Anwendungen gibt.
 Im Kopf jeder Nachricht sind der anfragende Staat, die anfragende Stelle in diesem Staat und der
 betreffende Nutzer sowie der Grund der Anfrage anzugeben.
 Durch die kombinierte Protokollierung im anfragenden und im antwortenden Staat ist eine
 vollständige Nachvollziehbarkeit jedes Nachrichtenaustauschs (z. B. auf Antrag eines betroffenen
 Bürgers) möglich.
 1104
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 Die Protokollierung wird über das Eucaris-Web-Client (Menu Administration, Logging configuration)
 konfiguriert. Die Protokollierfunktionalität wird vom Kernsystem bereitgestellt. Ist die
 Protokollierung aktiviert, so wird die komplette Nachricht (Kopf und Text) in einem Protokollarchiv
 gespeichert. Die Protokollierungsebene kann je nach vordefiniertem Dienst und Art der Nachricht,
 die das Kernsystem durchläuft, gewählt werden.
 Protokollierungsebenen
 Folgende Protokollierungsebenen sind möglich:
 Privat — Nachricht wird protokolliert: Die Protokollierung ist NICHT vom Auszugsprotokolldienst
 (extract logging service) abrufbar, sondern nur auf


text:
nationaler Ebene für Audits und die Behebung
 von Problemen verwendbar.
 Keine — Nachricht wird in keinem Fall protokolliert.
 Arten von Nachrichten
 Der Informationsaustausch zwischen Staaten beinhaltet verschiedene Nachrichten, die in der
 nachstehenden Abbildung 5 schematisch dargestellt sind.
 Folgende Nachrichtenarten (in der Abbildung 5 beziehen sie sich auf das Eucaris-Kernsystem eines
 Staates X) sind möglich:
 1. Request to Core System_Request message by Client
 (2) Request to Other State_Request message by Core System of this State
 (3) Request to Core System of this State_Request message by Core System of other
 State
 (4) Request to Legacy Register_Request message by Core System
 (5) Request to Core System_Request message by Legacy Register
 (6) Response from Core System_Request message by Client
 (7) Response from Other State_Request message by Core System of this State
 (8) Response from Core System of this State_Request message by other State
 (9) Response from Legacy Register_Request message by Core System
 (10) Response from Core System_Request message by Legacy Register
 Folgende Varianten des Informationsaustauschs sind in Abbildung 5 dargestellt:
 * Auskunftsersuchen von Staat X an Staat Y – blaue Pfeile. Abruf und Rückmeldung bestehen
 aus dem Nachrichtentyp 1, 2, 7 bzw. 6.
 1105
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 * Auskunftsersuchen von Staat Z an Staat X – rote Pfeile. Abruf und Rückmeldung
 bestehen aus dem Nachrichtentyp 3, 4, 9 bzw. 8.
 * Auskunftsersuchen vom Legacy-Register an sein Kernsystem (diese Kommunikation
 bezieht auch Anfragen von Custom-Clients hinter dem Legacy-Register mit ein) —
 grüne Pfeile. Diese Anfragekategorie setzt sich aus den Nachrichtentypen 5 und 10
 zusammen.
 Abbildung 5: Nachrichtentypen für die Protokollierung
 2.3.4. Hardware-Sicherheitsmodul
 Ein Hardware-Sicherheitsmodul kommt nicht zum Einsatz.
 Hardware-Sicherheitsmodule (HSM) bieten einen guten Schutz für Schlüssel, die zum Signieren von
 Nachrichten und zur Identifizierung von Diensten/Servern verwendet werden. Sie heben das
 insgesamt vorhandene Sicherheitsniveau weiter an, sind aber teuer in der Anschaffung und
 Wartung; zudem bestehen keine Anforderungen für ein HSM nach Standard FIPS 140-2 Level 2 oder
 Level 3. Da ein geschlossenes Netzwerk verwendet wird, das wirksam vor Bedrohungen schützt,
 wurde entschieden, nicht von Anfang an ein HSM einzusetzen. Sollte es — z. B. für Akkreditierungen
 — notwendig werden, kann es nachträglich in die Architektur integriert werden.
 3. Technische Bedingungen für den Datenaustausch
 3.1. Beschreibung der Eucaris-Anwendung
 3.1.1. Allgemeines
 Durch die Eucaris-Anwendung werden alle beteiligten Staaten in einem vermaschten Netz
 zusammengeschaltet, in dem jeder Staat direkt mit dem anderen kommuniziert. Für die
 1106
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 Kommunikation ist keine zentrale Komponente erforderlich. Die Eucaris-Softwareanwendung erlaubt
 eine sichere Verbindung zu den anderen Staaten und die Kommunikation mit den Back-End Legacy-
 Systemen der Staaten unter Nutzung von XML. Die nachstehende Abbildung zeigt diese Architektur.
 Die Staaten tauschen Nachrichten durch direkte Übermittlung an


text:
den Empfänger aus. Das
 Datenzentrum eines Staates ist an das für den Nachrichtenaustausch genutzte Netzwerk (TESTA)
 angeschlossen. Die Staaten erhalten Zugang zum TESTA-Netz über ihr nationales Portal (Gate). Die
 Verbindung zum Netz muss über eine Firewall laufen; ein Router wiederum verbindet die Eucaris-
 Anwendung mit der Firewall. In Abhängigkeit von der für den Schutz der Nachrichten gewählten
 Option wird ein Zertifikat entweder durch den Router oder durch die Eucaris-Anwendung
 verwendet.
 Es ist eine Client-Anwendung vorhanden, die von einem Staat für Abfragen im eigenen nationalen
 Register oder in den Registern anderer Staaten verwendet werden kann. Sie wird mit Eucaris
 verbunden. Clients werden mittels Nutzer-ID/Passwort oder Client-Zertifikat identifiziert. Die
 Verbindung zu einem Nutzer in einer externen Stelle (z. B. Polizei) kann verschlüsselt werden, doch
 fällt dies in die Zuständigkeit jedes einzelnen Staates.
 3.1.2. Anwendungsbereich des Systems
 Der Anwendungsbereich des Eucaris-Systems ist auf Prozesse im Zusammenhang mit dem
 Informationsaustausch zwischen den Registerbehörden der Staaten und eine Basisdarstellung dieser
 Informationen beschränkt. Verfahren und automatisierte Prozesse, für die die Informationen
 verwendet werden sollen, fallen nicht in den Anwendungsbereich des Systems.
 Die Staaten können entscheiden, ob sie die Eucaris-Client-Funktionalität nutzen oder sich ihre eigene
 Client-Anwendung individuell gestalten wollen. In der nachstehenden Tabelle wird dargelegt, welche
 Elemente des Eucaris-Systems obligatorisch bzw. vorgeschrieben sind und welche optional sind bzw.
 von den Staaten frei gewählt werden können.
 1107
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 Eucaris M/O Remark
 155
 aspects
 Network M The concept is an ‘any-to-any’ communication.
 concept
 Physical M TESTA
 network
 Core M The core application of Eucaris has to be used to connect to the other
 application States. The following functionality is offered by the core:
 * Encrypting and signing of the messages;
 * Checking of the identity of the sender;
 * Authorisation of States and local users;
 * Routing of messages;
 * Queuing of asynchronous messages if the recipient service is
 temporally unavailable;
 * Multiple country inquiry functionality;
 * Logging of the exchange of messages;
 * Storage of incoming messages
 Client O In addition to the core application the Eucaris II client application can be
 application used by a State. When applicable, the core and client application are
 modified under auspices of the Eucaris organisation.
 Security M The concept is based on XML-signing by means of client certificates and
 concept SSL-encryption by means of service certificates.
 Message M Every State has to comply with the message specifications as set by the
 specifications Eucaris organisation and this Chapter. The specifications can only be
 changed by the Eucaris organisation in consultation with the States.
 Operation M The acceptance of new States or a new functionality is under auspices of
 and Support the Eucaris organisation. Monitoring and help desk functions are managed
 155
 M = mandatory to use or to comply with O = optional to use or to comply with.
 1108
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union


text:
und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 centrally by an appointed State.
 3.2. Functional and Non-Functional Requirements
 3.2.1. Generische Funktionalität
 In diesem Abschnitt werden die wichtigsten generischen Funktionen in allgemeiner Form
 beschrieben.
 Nr. Beschreibung
 1. Das System ermöglicht den Registerbehörden der Staaten einen interaktiven Austausch von
 Anfragen und Auskünften.
 2. Das System beinhaltet eine Client-Anwendung, die Endnutzern den Versand ihrer Anfragen
 ermöglicht und die die Antwort für die manuelle Verarbeitung ausgibt.
 (3) Das System erleichtert den „Rundruf“, mit dem Staaten Anfragen an alle anderen Staaten
 senden können. Die eingehenden Antworten werden von der Kernanwendung in einer
 einzigen Antwortnachricht zusammengefasst (diese Funktionalität wird als
 „Mehrländerabfrage“ bezeichnet).
 (4) Das System kann verschiedene Arten von Nachrichten bearbeiten. Nutzerrollen,
 Autorisierung, Routing, Signierung und Protokollierung sind allesamt als gesonderte Dienste
 definiert.
 5. Das System ermöglicht den Staaten den Austausch von Nachrichtenstapeln und Nachrichten,
 die eine große Anzahl von Anfragen oder Antworten enthalten. Diese Nachrichten werden
 asynchron bearbeitet.
 6. Das System stellt asynchrone Nachrichten in eine Warteschlange, wenn der Empfängerstaat
 vorübergehend nicht erreichbar ist, und gewährleistet die Zustellung, sobald er wieder zur
 Verfügung steht.
 7. Das System speichert eingehende asynchrone Nachrichten, bis sie verarbeitet werden
 können.
 8. Das System erlaubt den Zugriff nur auf Eucaris-Anwendungen anderer Staaten, nicht aber
 auf einzelne Stellen der anderen Staaten, d. h., jede Registerbehörde fungiert als einziges
 Gateway zwischen ihren nationalen Endnutzern und den entsprechenden Registerbehörden
 der anderen Staaten.
 9. Es besteht die Möglichkeit, Nutzer aus verschiedenen Staaten auf einem Eucaris-Server zu
 1109
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 definieren und sie nach Maßgabe der Rechte dieses Staates zu autorisieren.
 10. Die Nachrichten enthalten Angaben zum anfragenden Staat, zur anfragenden Stelle sowie
 zum Endnutzer.
 11. Das System erleichtert die Protokollierung des Nachrichtenaustauschs zwischen den
 einzelnen Staaten sowie zwischen der Kernanwendung und den nationalen
 Registrierungssystemen.
 12. Das System überträgt einer Stelle oder einem Staat die Sekretariatsfunktion und erteilt
 ihr/ihm ausdrücklich die Berechtigung, protokollierte Angaben über Nachrichten, die an alle
 Staaten übermittelt bzw. von diesen empfangen wurden, für die Erstellung statistischer
 Berichte zusammenzutragen.
 13. Jeder Staat legt selbst fest, welche protokollierten Angaben dem Sekretariat zugänglich
 gemacht werden und welche „privaten“ Charakter tragen.
 14. Das System ermöglicht den nationalen Administratoren jedes Staates, statistische Daten für
 den Eigenbedarf abzurufen.
 15. Das System erlaubt die Aufnahme neuer Staaten über einfache administrative Funktionen.
 3.2.2. Benutzerfreundlichkeit
 Nr. Beschreibung
 16. Das System besitzt eine Schnittstelle für die automatisierte Verarbeitung von Nachrichten
 durch Back-End-/Legacy-Systeme und ermöglicht die Einbeziehung von (kundenspezifischen)
 Nutzerschnittstellen in diese Systeme.
 17. Das System ist leicht erlernbar, selbsterklärend und enthält Hilfetext.
 18. Zum System gehört eine Dokumentation, die den Staaten die Einbindung des Systems sowie
 den operationellen Betrieb und künftige Wartungsarbeiten ermöglicht (z. B. Handbücher,
 Bedienungsanleitungen, technische Unterlagen, Betriebsunterlagen usw.).
 19. Die Nutzerschnittstelle ist mehrsprachig ausgelegt und bietet


text:
dem Endnutzer die Möglichkeit
 zur Auswahl der von ihm bevorzugten Sprache.
 20. Die Nutzerschnittstelle ermöglicht es dem Administrator vor Ort, Bildschirmanzeigen und
 codierte Informationen in die von ihm bevorzugte Sprache zu übersetzen.
 1110
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 3.2.3. Zuverlässigkeit
 Nr. Beschreibung
 21. Das System soll robust und betriebssicher gestaltet sein und Anwenderfehler, Stromausfälle
 und andere Problemfälle ohne Schwierigkeiten bewältigen. Es muss möglich sein, das System
 ohne oder mit minimalem Datenverlust neu zu starten.
 22. Das System soll stabile und reproduzierbare Ergebnisse liefern.
 23. Das System ist so gestaltet, dass es zuverlässig funktioniert. Es soll den Betrieb mit einer
 Konfiguration ermöglichen, die eine 98 %ige Verfügbarkeit (durch Redundanz, Verwendung
 von Backup-Servern usw.) bei jeder bilateralen Kommunikation garantiert.
 24. Es sollte möglich sein, auch bei Ausfall einiger Komponenten einen Teil des Systems zu
 nutzen (wenn Staat C ausfällt, müssen die Staaten A und B noch miteinander kommunizieren
 können). Die Zahl der punktuellen Ausfälle in der Informationskette soll möglichst gering
 gehalten werden.
 25. Die Einsatzfähigkeit nach einem größeren Ausfall muss innerhalb eines Tages
 wiederhergestellt sein. Es muss möglich sein, die Ausfallzeit durch Inanspruchnahme von
 Fernbetreuung, beispielsweise durch einen zentralen Service-Desk, auf ein Mindestmaß zu
 reduzieren.
 3.2.4. Leistungsfähigkeit
 Nr. Beschreibung
 26. Das System muss 7 Tage rund um die Uhr einsetzbar sein. Diese zeitliche Vorgabe (7 Tage
 rund um die Uhr) muss dann auch von den Legacy-Systemen der Staaten erfüllt werden.
 27. Das System muss unabhängig von laufenden Hintergrundprogrammen schnell auf
 Nutzeranfragen reagieren. Diese Vorgabe gilt auch für die Legacy-Systeme der Teilnehmer,
 damit eine akzeptable Ansprechzeit sichergestellt wird. Eine Gesamtantwortzeit von 10
 Sekunden pro Einzelanfrage ist vertretbar.
 28. Das System ist als Multi-User-System so zu gestalten, dass Hintergrundprogramme laufen
 können, während der Nutzer Vordergrundprogramme ausführt.
 29. Das System ist skalierbar zu gestalten, um etwaige Steigerungen der Nachrichtenanzahl
 bewältigen zu können, wenn neue Funktionalitäten bzw. neue Stellen oder Staaten in das
 System aufgenommen werden.
 1111
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 3.2.5. Sicherheit
 Nr. Beschreibung
 30. Das System muss (z. B. in Bezug auf sein Sicherheitskonzept) für den Austausch von
 Nachrichten mit sensiblen personenbezogenen Daten (z. B. über Besitzer/Halter von
 Kraftfahrzeugen), die als "EU restricted" eingestuft sind, geeignet sein.
 31. Das System ist so einzurichten, dass jeder unbefugte Zugriff auf Daten verhindert wird.
 32. Das System enthält ein Managementprogramm für Rechte und Befugnisse der nationalen
 Endnutzer.
 33. Die Staaten müssen in der Lage sein, die Identität des Absenders über die XML-Signatur (auf
 Ebene des Staates) zu prüfen.
 34. Die Staaten müssen anderen Staaten die ausdrückliche Genehmigung zum Abruf von
 Informationen erteilen.
 35. Das System beinhaltet auf Anwendungsebene ein umfassendes Sicherheits- und
 Verschlüsselungskonzept, das dem für solche Fälle angemessenen Sicherheitsniveau genügt.
 Vertraulichkeit und Integrität der Informationen


text:
sind durch Verwendung der XML-Signatur
 und verschlüsselte Übertragung mit SSL-Tunnel zu gewährleisten.
 36. Jeder Nachrichtenaustausch kann mittels Protokollierung nachvollzogen werden.
 37. Ein Schutz gegen Löschattacken (Löschung einer Nachricht durch einen Dritten) und gegen
 Wiedereinspiel- oder Einfügungsattacken (Wiedereinspielung oder Einfügung einer Nachricht
 durch einen Dritten) muss gegeben sein.
 38. Das System verwendet Zertifikate einer vertrauenswürdigen dritten Partei (Trusted Third
 Party — TTP).
 39. Das System kann mit den in den Staaten je nach Nachrichten- oder Dienstart verwendeten
 unterschiedlichen Zertifikaten arbeiten.
 40. Die Sicherheitsmaßnahmen auf Anwendungsebene sind ausreichend, sodass die
 Verwendung von nicht akkreditierten Netzwerken möglich ist.
 41. Das System erlaubt die Verwendung neuer Sicherheitstechniken wie der XML-Firewall.
 3.2.6. Anpassungsfähigkeit
 1112
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 Nr. Beschreibung
 42. Das System lässt sich durch Aufnahme neuer Nachrichtenarten und Funktionalitäten
 erweitern. Die Anpassungskosten sollen aufgrund der zentralen Entwicklung von
 Anwendungskomponenten möglichst gering sein.
 43. Es muss den Staaten möglich sein, neue Nachrichtenarten für den bilateralen Gebrauch zu
 definieren. Es ist nicht erforderlich, dass alle Staaten jede Nachrichtenart unterstützen.
 3.2.7. Betreuung und Wartung
 Nr. Beschreibung
 44. Das System sieht Überwachungseinrichtungen für einen zentralen Service-Desk und/oder
 Operatoren bezüglich des Netzwerks und der Server in den verschiedenen Staaten vor.
 45. Das System sieht Einrichtungen zur Fernbetreuung durch einen zentralen Service-Desk vor.
 46. Das System sieht Einrichtungen zur Problemanalyse vor.
 47. Das System lässt sich auf neue Staaten erweitern.
 48. Die Anwendung kann durch Personal mit einem Minimum an IT-Kenntnissen und -
 Erfahrungen installiert werden. Die Installation sollte weitgehend automatisiert erfolgen.
 49. Das System bietet eine ständige Test- und Akzeptanzumgebung.
 50. Die jährlichen Kosten für Wartung und Betreuung sind durch Übernahme von
 Marktstandards und durch Einsatz einer solchen Anwendung, die nur wenig Betreuung durch
 einen zentralen Service-Desk erfordert, möglichst gering zu halten.
 3.2.8. Konzeptionelle Vorgaben
 Nr. Beschreibung
 51. Konzeption und Dokumentation des Systems sind für einen langjährigen Betriebszeitraum
 ausgelegt.
 52. Das System ist so zu konzipieren, dass es vom Netzbetreiber unabhängig ist.
 53. Das System ist mit der in den Staaten verwendeten Hardware/Software kompatibel, in dem
 es mit deren Registrierungssystemen unter Nutzung von Web-Service-Technologien mit
 1113
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 offenen Standards (XML, XSD, SOAP, WSDL, HTTP(s), Web services, WSS, X.509 usw.)
 kommuniziert.
 3.2.9. Anwendbare Standards
 Nr. Beschreibung
 54. Das System erfüllt die Datenschutzvorschriften der Verordnung (EG) Nr. 45/2001 (Artikel 21,
 22 und 23) sowie der Richtlinie 95/46/EG.
 55. Das System erfüllt die IDA-Standards.
 56. Das System unterstützt UTF8.
 KAPITEL 4: Bewertungsverfahren gemäß Artikel LAW.PRUM.18 [Ex-ante-Bewertung]
 Artikel 1: Fragebogen
 1. Die zuständige Arbeitsgruppe des Rates der Europäischen Union (die "Ratsarbeitsgruppe")
 erstellt einen Fragebogen für jede Art von automatisiertem Datenaustausch gemäß den Artikeln
 LAW.PRUM.5 [Ziel] bis LAW.PRUM.17 [Durchführungsmaßnahmen].
 2. Geht das Vereinigte Königreich davon aus, dass es


text:
die Voraussetzungen für einen Austausch
 von Daten der jeweiligen Kategorie erfüllt, so beantwortet es die entsprechenden Fragen.
 Artikel 2: Testlauf
 1. Im Hinblick auf die Auswertung des Fragebogens führt das Vereinigte Königreich
 erforderlichenfalls zusammen mit einem oder mehreren anderen Mitgliedstaaten, die bereits am
 Datenaustausch im Rahmen des Beschlusses 2008/615/JI beteiligt sind, einen Testlauf durch. Der
 Testlauf erfolgt kurz vor oder kurz nach dem Bewertungsbesuch.
 2. Die Bedingungen und Modalitäten für diesen Testlauf werden auf der Grundlage einer zuvor
 mit dem Vereinigten Königreich geschlossenen gesonderten Vereinbarung von der zuständigen
 Ratsarbeitsgruppe festgelegt. Die an dem Testlauf beteiligten Staaten regeln die praktischen
 Einzelheiten.
 Artikel 3: Bewertungsbesuch
 1. Im Hinblick auf die Auswertung des Fragebogens wird ein Bewertungsbesuch durchgeführt.
 2. Die Bedingungen und Modalitäten für diesen Bewertungsbesuch werden auf der Grundlage
 einer zuvor zwischen dem Vereinigten Königreich und dem Bewertungsteam geschlossenen
 1114
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 gesonderten Vereinbarung von der zuständigen Ratsarbeitsgruppe festgelegt. Das Vereinigte
 Königreich ermöglicht dem Bewertungsteam die Kontrolle des automatisierten Datenaustauschs in
 der bzw. den zu bewertenden Datenkategorien insbesondere durch Erstellung eines
 Besuchsprogramms, das dem Auftrag des Bewertungsteams Rechnung trägt.
 3. Innerhalb eines Monats nach dem Bewertungsbesuch erarbeitet das Bewertungsteam einen
 Bericht über den Bewertungsbesuch und leitet ihn dem Vereinigten Königreich zur Stellungnahme
 zu. Gegebenenfalls wird der Bericht auf der Grundlage der Stellungnahme des Vereinigten
 Königreichs vom Bewertungsteam überarbeitet.
 4. Das Bewertungsteam besteht aus maximal drei Experten, die von den am automatisierten
 Datenaustausch in der bzw. den zu bewertenden Datenkategorien beteiligten Mitgliedstaaten
 ernannt werden. Diese Experten müssen über Erfahrungen mit der betreffenden Datenkategorie
 verfügen, im Besitz ausreichender Sicherheitsermächtigungen für die Behandlung dieser Fragen sein
 und bereit sein, an mindestens einem Bewertungsbesuch in einem anderen Staat teilzunehmen.
 Dem Bewertungsteam gehört auch ein Vertreter der Kommission an.
 5. Die Mitglieder des Bewertungsteams wahren die Vertraulichkeit der Informationen, von
 denen sie bei der Durchführung ihres Auftrags Kenntnis erhalten.
 Artikel 4: Nach den Beschlüssen 2008/615/JI und 2008/616/JI des Rates durchgeführte Bewertungen
 Bei der Durchführung des Bewertungsverfahrens nach Artikel LAW.PRUM.18 [Ex-ante-Bewertung]
 und diesem Kapitel berücksichtigt der Rat über die zuständige Ratsarbeitsgruppe die Ergebnisse der
 Bewertungsverfahren, die im Zusammenhang mit der Annahme der Durchführungsbeschlüsse (EU)
 2019/968156 und (EU) 2020/1188157 des Rates durchgeführt wurden . Die zuständige
 Ratsarbeitsgruppe wird darüber entscheiden, ob der in Artikel LAW.PRUM.18 Absatz 1 [Ex-ante-
 Bewertung], in Kapitel 0 Artikel 23 Absatz 2 dieses Anhangs und in Artikel 2 dieses Kapitels genannte
 Testlauf durchgeführt werden muss.
 Artikel 5: Bericht an den Rat
 Dem Rat wird zur Vorbereitung seines Beschlusses gemäß Artikel LAW.PRUM.18 [Ex-ante-
 Bewertung] ein Gesamtbericht mit einer umfassenden Evaluierung der Ergebnisse der Fragebogen,
 des Bewertungsbesuchs und gegebenenfalls des Testlaufs vorgelegt.
 156
 Durchführungsbeschluss (EU) 2019/968 des Rates vom 6. Juni 2019 über die Aufnahme des
 automatisierten Austauschs von DNA-Daten im Vereinigten Königreich (ABl. L 156 vom 13.6.2019, S. 8).
 157
 Durchführungsbeschluss (EU) 2020/1188 des Rates vom 6. August 2020 über die Aufnahme des