text:
durch Edge-Router des Backbones an das Datenpaket angehängt werden, auf der Basis der Informationen, die in der FIB (Forwarding Information Base) gespeichert sind. Labels werden auch zur Einrichtung von VPN verwendet.
 MPLS kombiniert die Vorteile des Layer-3-Routing mit denen des Layer-2-Switching. Da IP-Adressen beim Durchlaufen des Backbones nicht evaluiert werden, werden von MPLS keine Beschränkungen für IP-Adressierung auferlegt.
 Darüber hinaus werden E-Mails im TESTA-Netzwerk durch einen s/MIME-gesteuerten Verschlüsselungsmechanismus geschützt. Ohne Schlüssel und das erforderliche Zertifikat können verschlüsselte Nachrichten in diesem Netzwerk nicht entschlüsselt werden.
 5.7.3. Für das Kommunikationsnetzwerk zu verwendende Protokolle und Standards
 5.7.3.1.
 SMTP
 SMTP ist De-Facto-Standard für die Übermittlung von E-Mails über das Internet. SMTP ist ein relativ einfaches, textbasiertes Protokoll, bei dem ein oder mehrere Empfänger einer Nachricht angegeben werden, woraufhin der Text der Nachricht übermittelt wird. SMTP verwendet den TCP-Port 25 entsprechend der IETF-Spezifikation. Zur Bestimmung des SMTP-Servers für einen bestimmten Domänennamen wird der MX-(Mail eXchange)-DNS-(Domain Name Systems)-Eintrag verwendet.
 Da dieses Protokoll ursprünglich ausschließlich ASCII-Text-basiert war, gab es Schwierigkeiten mit binären Dateien. Zur Aufbereitung binärer Dateien im Hinblick auf ihre Übermittlung durch SMTP wurden Standards wie MIME ausgearbeitet. Gegenwärtig unterstützen die meisten SMTP-Server die 8BITMIME- und s/MIME-Erweiterungen, sodass binäre Dateien fast ebenso einfach wie „Klartext“ (plain text) übermittelt werden können. Die Arbeitsabläufe für s/MIME-Vorgänge werden im Abschnitt über s/MIME (siehe Abschnitt 5.4) beschrieben.
 SMTP ist ein „Push“-Protokoll, d. h., es bietet nicht die Möglichkeit, auf Verlangen von einem Remote-Server Nachrichten abzurufen („pull“). Um dies zu ermöglichen, muss der Mail-Client POP3 oder IMAP benutzen. Es wurde beschlossen, zur Implementierung des DNA-Datenaustauschs das Protokoll POP3 zu verwenden.
 5.7.3.2.
 POP
 Lokale E-Mail-Clients verwenden die Version 3 des Post Office Protocol (POP3), ein Internet-Standardprotokoll (auf Anwendungsebene), zum Abruf einer E-Mail von einem Remote-Server über eine TCP/IP-Verbindung. Unter Verwendung des SMTP-Submit-Profils des SMTP-Protokolls können E-Mail-Clients Nachrichten über das Internet oder interne Firmennetze übermitteln. MIME bildet den Standard für Anhänge und Nicht-ASCII-Texte bei der Übermittlung von E-Mails. Obgleich weder POP3 noch SMTP MIME-formatierte E-Mails benötigen, erfolgt der E-Mail-Verkehr im Internet im Wesentlichen MIME-formatiert, sodass POP-Clients in der Lage sein müssen, MIME zu verstehen und anzuwenden. Die gesamte Kommunikationsumgebung nach Teil Drei Titel II dieses Abkommens wird daher die Komponenten des POP integrieren.
 5.7.4. Zuweisung der Netzwerkadressen
 Operative Umgebung
 Die europäische IP-Registrierungsbehörde RIPE hat TESTA unlängst einen deduzierten Subnet-Adressenblock – halbe Klasse B – zugewiesen. Die Zuordnung von IP-Adressen an die Staaten erfolgt im Allgemeinen nach einem geografischen Schema in Europa. Der Datenaustausch zwischen Staaten im Rahmen von Teil Drei Titel II dieses Abkommens erfolgt im Wege eines EU-weiten logisch geschlossenen IP-Netzwerks.
 Testumgebung
 Damit allen angeschlossenen Staaten eine reibungslos funktionierende Operationsumgebung geboten werden kann, ist es erforderlich, für neue Staaten, die ihre Teilnahme an dem Datenaustausch vorbereiten, eine auf dem geschlossenen Netzwerk aufbauende Testumgebung zu schaffen. Es wurde eine Vorlage mit Parametern, darunter IP-Adressen, Netzeinstellungen, E-Mail-Domänen sowie Benutzerkonten, festgelegt, die in den betreffenden Standorten der Staaten eingerichtet werden sollten. Zudem wurde für Testzwecke ein Satz von „Pseudo“-DNA-Profilen erstellt.
 5.7.5. Konfigurationsparameter
 Es wurde ein sicheres E-Mail-System auf der Grundlage der Domäne eu-admin.net eingerichtet. Diese


text:
Domäne und die zugehörigen Adressen sind vor einem Zugriff durch Stellen außerhalb der EU-weiten TESTA-Domäne geschützt, da die betreffenden Namen nur dem zentralen DNS-Server von TESTA bekannt sind, der vom Internet abgeschirmt ist.
 Die Zuordnung (Mapping) dieser TESTA-Site-Adressen („host names“) zu den IP-Adressen wird vom TESTA-DNS-Dienst vorgenommen. Für jede lokale Domäne wird ein Mail-Eintrag in diesen zentralen DNS-Server von TESTA eingefügt, sodass alle an die lokalen TESTA-Domänen geschickten E-Mail-Nachrichten dem zentralen Mail-Relay von TESTA zugeleitet werden. Dieses zentrale Mail-Relay leitet sie dann anhand der E-Mail-Adressen der lokalen Domäne an den speziellen E-Mail-Server der lokalen Domäne weiter. Durch dieses Verfahren zur Übermittlung von E-Mails durchlaufen vertrauliche Informationen ausschließlich die europaweite geschlossene Netzwerkinfrastruktur und nicht das unsichere Internet.
 An allen Standorten der Staaten ist es erforderlich, Subdomänen (Fett- und Kursivdruck) einzurichten, die der folgenden Syntax entsprechen:
 „application-type.State-code.pruem.testa.eu“, wobei
 „State-code“ den Wert des aus zwei Buchstaben zusammengesetzten Staatencodes annimmt (z. B. AT, BE usw.) und
 „application-type“ einen der folgenden Werte annimmt: DNA, FP und CAR.
 In Anwendung der oben genannten Syntax erhalten die Subdomänen der Staaten folgende Form:
 Syntax der Subdomänen der Staaten
 Staat
 Subdomänen
 Anmerkungen
 BE
 dna.be.pruem.testa.eu
 fp.be.pruem.testa.eu
 car.be.pruem.testa.eu
 test.dna.be.pruem.testa.eu
 test.fp.be.pruem.testa.eu
 test.car.be.pruem.testa.eu
 BG
 dna.bg.pruem.testa.eu
 fp.bg.pruem.testa.eu
 car.bg.pruem.testa.eu
 test.dna.bg.pruem.testa.eu
 test.fp.bg.pruem.testa.eu
 test.car.bg.pruem.testa.eu
 CZ
 dna.cz.pruem.testa.eu
 fp.cz.pruem.testa.eu
 car.cz.pruem.testa.eu
 test.dna.cz.pruem.testa.eu
 test.fp.cz.pruem.testa.eu
 test.car.cz.pruem.testa.eu
 DK
 dna.dk.pruem.testa.eu
 fp.dk.pruem.testa.eu
 car.dk.pruem.testa.eu
 test.dna.dk.pruem.testa.eu
 test.fp.dk.pruem.testa.eu
 test.car.dk.pruem.testa.eu
 DE
 dna.de.pruem.testa.eu
 fp.de.pruem.testa.eu
 car.de.pruem.testa.eu
 test.dna.de.pruem.testa.eu
 test.fp.de.pruem.testa.eu
 test.car.de.pruem.testa.eu
 EE
 dna.ee.pruem.testa.eu
 fp.ee.pruem.testa.eu
 car.ee.pruem.testa.eu
 test.dna.ee.pruem.testa.eu
 test.fp.ee.pruem.testa.eu
 test.car.ee.pruem.testa.eu
 IE
 dna.ie.pruem.testa.eu
 fp.ie.pruem.testa.eu
 car.ie.pruem.testa.eu
 test.dna.ie.pruem.testa.eu
 test.fp.ie.pruem.testa.eu
 test.car.ie.pruem.testa.eu
 EL
 dna.el.pruem.testa.eu
 fp.el.pruem.testa.eu
 car.el.pruem.testa.eu
 test.dna.el.pruem.testa.eu
 test.fp.el.pruem.testa.eu
 test.car.el.pruem.testa.eu
 ES
 dna.es.pruem.testa.eu
 fp.es.pruem.testa.eu
 car.es.pruem.testa.eu
 test.dna.es.pruem.testa.eu
 test.fp.es.pruem.testa.eu
 test.car.es.pruem.testa.eu
 FR
 dna.fr.pruem.testa.eu
 fp.fr.pruem.testa.eu
 car.fr.pruem.testa.eu
 test.dna.fr.pruem.testa.eu
 test.fp.fr.pruem.testa.eu
 test.car.fr.pruem.testa.eu
 HR
 dna.hr.pruem.testa.eu
 fp.hr.pruem.testa.eu
 car.hr.pruem.testa.eu
 test.dna.hr.pruem.testa.eu
 test.fp.hr.pruem.testa.eu
 test.car.hr.pruem.testa.eu
 IT
 dna.it.pruem.testa.eu
 fp.it.pruem.testa.eu
 car.it.pruem.testa.eu
 test.dna.it.pruem.testa.eu
 test.fp.it.pruem.testa.eu
 test.car.it.pruem.testa.eu
 CY
 dna.cy.pruem.testa.eu
 fp.cy.pruem.testa.eu
 car.cy.pruem.testa.eu
 test.dna.cy.pruem.testa.eu
 test.fp.cy.pruem.testa.eu
 test.car.cy.pruem.testa.eu
 LV
 dna.lv.pruem.testa.eu
 fp.lv.pruem.testa.eu
 car.lv.pruem.testa.eu
 test.dna.lv.pruem.testa.eu
 test.fp.lv.pruem.testa.eu
 test.car.lv.pruem.testa.eu
 LT
 dna.lt.pruem.testa.eu
 fp.lt.pruem.testa.eu
 car.lt.pruem.testa.eu
 test.dna.lt.pruem.testa.eu
 test.fp.lt.pruem.testa.eu
 test.car.lt.pruem.testa.eu
 LU
 dna.lu.pruem.testa.eu
 fp.lu.pruem.testa.eu
 car.lu.pruem.testa.eu
 test.dna.lu.pruem.testa.eu
 test.fp.lu.pruem.testa.eu
 test.car.lu.pruem.testa.eu
 HU
 dna.hu.pruem.testa.eu
 fp.hu.pruem.testa.eu
 car.hu.pruem.testa.eu
 test.dna.hu.pruem.testa.eu
 test.fp.hu.pruem.testa.eu
 test.car.hu.pruem.testa.eu
 MT
 dna.mt.pruem.testa.eu
 fp.mt.pruem.testa.eu
 car.mt.pruem.testa.eu
 test.dna.mt.pruem.testa.eu
 test.fp.mt.pruem.testa.eu
 test.car.mt.pruem.testa.eu
 NL
 dna.nl.pruem.nl.testa.eu
 fp.nl.pruem.testa.eu
 car.nl.pruem.testa.eu
 test.dna.nl.pruem.testa.eu
 test.fp.nl.pruem.testa.eu
 test.car.nl.pruem.testa.eu
 AT
 dna.at.pruem.testa.eu
 fp.at.pruem.testa.eu
 car.at.pruem.testa.eu
 test.dna.at.pruem.testa.eu
 test.fp.at.pruem.testa.eu
 test.car.at.pruem.testa.eu
 PL
 dna.pl.pruem.testa.eu
 fp.pl.pruem.testa.eu
 car.pl.pruem.testa.eu
 test.dna.pl.pruem.testa.eu
 test.fp.pl.pruem.testa.eu
 test.car.pl.pruem.testa.eu
 PT
 dna.pt.pruem.testa.eu
 fp.pt.pruem.testa.eu
 car.pt.pruem.testa.eu
 test.dna.pt.pruem.testa.eu
 test.fp.pt.pruem.testa.eu
 test.car.pt.pruem.testa.eu
 RO
 dna.ro.pruem.testa.eu
 fp.ro.pruem.testa.eu
 car.ro.pruem.testa.eu
 test.dna.ro.pruem.testa.eu
 test.fp.ro.pruem.testa.eu
 test.car.ro.pruem.testa.eu
 SI
 dna.si.pruem.testa.eu
 fp.si.pruem.testa.eu
 car.si.pruem.testa.eu
 test.dna.si.pruem.testa.eu
 test.fp.si.pruem.testa.eu
 test.car.si.pruem.testa.eu
 SK
 dna.sk.pruem.testa.eu
 fp.sk.pruem.testa.eu
 car.sk.pruem.testa.eu
 test.dna.sk.pruem.testa.eu
 test.fp.sk.pruem.testa.eu
 test.car.sk.pruem.testa.eu
 FI
 dna.fi.pruem.testa.eu
 fp.fi.pruem.testa.eu
 car.fi.pruem.testa.eu
 test.dna.fi.pruem.testa.eu
 test.fp.fi.pruem.testa.eu
 test.car.fi.pruem.testa.eu
 SE
 dna.se.pruem.testa.eu
 fp.se.pruem.testa.eu
 car.se.pruem.testa.eu
 test.dna.se.pruem.testa.eu
 test.fp.se.pruem.testa.eu
 test.car.se.pruem.testa.eu
 UK
 dna.uk.pruem.testa.eu
 fp.uk.pruem.testa.eu
 car.uk.pruem.testa.eu
 test.dna.uk.pruem.testa.eu
 test.fp.uk.pruem.testa.eu
 test.car.uk.pruem.testa.eu
 KAPITEL 2
 AUSTAUSCH DAKTYLOSKOPISCHER DATEN (SCHNITTSTELLENKONTROLLDOKUMENT)
 Mit dem folgenden Schnittstellenkontrolldokument sollen die Anforderungen für den Austausch daktyloskopischer Daten zwischen den Automatisierten Fingerabdruck-Identifizierungs-Systemen (AFIS) der Staaten festgelegt werden. Es stützt sich auf die Interpol-Implementierung des ANSI/NIST-ITL 1-2000-Standards (INT-I, Version 4.22b).
 In dieser Fassung werden alle grundlegenden Definitionen für logische Datensätze der Typen Typ 1, Typ 2, Typ 4, Typ 9, Typ 13 und Typ 15 erfasst, die für eine Fingerabdruckverarbeitung erforderlich sind, die sich auf Bilder und Minutien stützt.
 1. Übersicht über den Dateiinhalt
 Eine Fingerabdruckdatei besteht aus verschiedenen logischen Datensätzen. Im ursprünglichen ANSI/NIST-ITL 1-2000-Standard gibt es 16 Typen von Datensätzen. Zwischen den Datensätzen und zwischen den Feldern und Unterfeldern innerhalb der Datensätze werden geeignete ASCII-Trennzeichen verwendet.
 Nur 6 Datensatz-Typen werden für

type: contracts

jurisdiction: EU


text:
den Informationsaustausch zwischen der Sendestelle und der Empfangsstelle verwendet:
 Typ 1
 →
 Transaktionsinformationen
 Typ 2
 →
 Alphanumerische Personen-/Falldaten
 Typ 4
 →
 Hochauflösende Fingerabdruckbilder in Grautönen
 Typ 9
 →
 Minutiendatensatz
 Typ 13
 →
 Datensatz mit Bildern von Fingerabdruck- und Handflächenabdruckspuren in variabler Auflösung
 Typ 15
 →
 Datensatz mit Bildern von Handflächenabdrücken in variabler Auflösung
 1.1. Typ 1 – File Header
 Dieser Datensatz enthält Routing-Informationen und Informationen zur Beschreibung der Struktur der übrigen Datei. In dieser Datensatzart werden ferner die Transaktionstypen definiert, die unter die folgenden Kategorien fallen:
 1.2. Typ 2 – Descriptive Text
 Dieser Datensatz enthält Textinformationen, die für die Sende- und die Empfangsstellen von Interesse sind.
 1.3. Type-4 — High resolution greyscale image
 Dieser Datensatz dient zum Austausch hochauflösender Fingerabdruckbilder (500 Pixel/Inch) in Graustufen (8 Bit). Die Fingerabdruckbilder werden mit dem WSQ-Algorithmus in einem Verhältnis von nicht mehr als 15:1 komprimiert. Andere Algorithmen für die Komprimierung oder nichtkomprimierte Bilder dürfen nicht verwendet werden.
 1.4. Typ 9 – Minutiæ Record
 Typ-9-Datensätze dienen zum Austausch von Merkmalen der Papillarlinien oder Minutien. Mit diesen Datensätzen wird zum einen bezweckt, eine unnötige Doppelung von AFIS-Kodierungsprozessen zu vermeiden, und zum anderen, die Übertragung von AFIS-Codes, die weniger Daten enthalten als die entsprechenden Bilder, zu ermöglichen.
 1.5. Typ 13 – Variable-Resolution Latent Image Record
 Diese Datensätze werden verwendet, um Fingerabdruckspuren und Handflächenabdruckspuren in variabler Auflösung zusammen mit alphanumerischen Textinformationen zu übermitteln. Die Scan-Auflösung der Bilder beträgt 500 Pixel/Inch mit 256 Graustufen. Wenn die Qualität des Spurenbildes dafür ausreicht, wird es mit einem WSQ-Algorithmus komprimiert. Erforderlichenfalls kann die Bildauflösung durch gegenseitige Vereinbarung auf mehr als 500 Pixel/Inch und mehr als 256 Graustufen ausgeweitet werden. Für diesen Fall wird dringend empfohlen, JPEG-2000 zu verwenden (siehe Anlage 39-7).
 1.6. Typ 15 – Variable-Resolution Palmprint Image Record
 Datensätze mit nummerierten Feldern werden verwendet, um Handabdruckbilder in variabler Auflösung zusammen mit alphanumerischen Textinformationen auszutauschen. Die Scan-Auflösung der Bilder beträgt 500 Pixel/Inch mit 256 Graustufen. Für ein möglichst geringes Datenaufkommen werden alle Handabdruckbilder mit einem WSQ-Algorithmus komprimiert. Erforderlichenfalls kann die Bildauflösung durch gegenseitige Vereinbarung auf mehr als 500 Pixel/Inch und mehr als 256 Graustufen ausgeweitet werden. Für diesen Fall wird dringend empfohlen, JPEG-2000 zu verwenden (siehe Anlage 39-7).
 2. Datensatz-Format
 Eine Transaktionsdatei besteht aus einem oder mehreren logischen Datensätzen. Für jeden logischen Datensatz in der Datei müssen mehrere für den Datensatztyp geeignete Informationsfelder vorhanden sein. Jedes Informationsfeld kann ein oder mehrere grundlegende Einzelwert-Informationselemente enthalten. Zusammen werden diese Elemente verwendet, um unterschiedliche Aspekte der in dem Feld enthaltenen Daten deutlich zu machen. Ein Informationsfeld kann auch aus einem oder mehreren Informationselementen bestehen, die zusammengruppiert und innerhalb eines Felds mehrfach wiederholt werden. Eine solche Gruppe von Informationselementen ist als Unterfeld bekannt. Ein Informationsfeld kann somit aus einem oder mehreren Unterfeldern mit Informationselementen bestehen.
 2.1. Informationstrennzeichen (Information Separators)
 In den logischen Datensätzen mit nummerierten Feldern wird die Abgrenzung der Informationen durch vier ASCII-Informationstrennzeichen erreicht. Bei den voneinander abgegrenzten Informationen kann es sich um Elemente innerhalb eines Felds oder Unterfelds, um Felder innerhalb eines logischen Datensatzes oder um mehrfach vorkommende Unterfelder handeln. Diese Informationstrennzeichen sind im


text:
ANSI-Standard X3.4 definiert. Die Zeichen werden verwendet, um Informationen logisch voneinander abzugrenzen und festzulegen. In einem hierarchischen Bezug betrachtet ist das Dateitrennzeichen „FS“ (File Separator) das umfassendste Trennzeichen, gefolgt vom Gruppentrennzeichen „GS“ (Group Separator), dem Datensatztrennzeichen „RS“ (Record Separator) und schließlich dem Einheitentrennzeichen „US“ (Unit Separator). In Tabelle 1 sind diese ASCII-Trennzeichen und eine Beschreibung ihrer Verwendung in dem vorliegenden Standard enthalten.
 Informationstrennzeichen sind ihrer Funktion nach als Angabe der darauf folgenden Datenart zu sehen. Das Zeichen „US“ grenzt einzelne Informationselemente innerhalb eines Felds oder Unterfelds voneinander ab. Es zeigt an, dass das nächste Informationselement Bestandteil der Daten dieses Felds oder Unterfelds ist. Bei mehrfachen Unterfeldern innerhalb eines Felds, die durch das Zeichen „RS“ voneinander abgegrenzt werden, wird mit dem Zeichen der Beginn der nächsten Gruppe sich wiederholender Informationselemente angezeigt. Das Trennzeichen „GS“, das zwischen Informationsfeldern verwendet wird, zeigt den Beginn eines neuen Felds vor der Feldidentifizierungsnummer an, die erscheinen soll. Auf die gleiche Weise wird der Beginn eines neuen logischen Datensatzes durch das Trennzeichen „FS“ angezeigt.
 Die vier Zeichen haben nur eine Bedeutung, wenn sie als Trennzeichen für Datenelemente in den Feldern der ASCII-Datensätze verwendet werden. Die Trennzeichen haben in binären Bilddatensätzen und binären Feldern keine besondere Bedeutung, sie gehören lediglich zu den ausgetauschten Daten.
 Normalerweise sollte es keine leeren Felder oder Informationselemente geben, daher sollte zwischen allen Datenelementen lediglich ein Trennzeichen stehen. Die Ausnahme von dieser Regel liegt vor, wenn die Daten in Feldern oder Informationselemente in einer Transaktion nicht verfügbar sind, fehlen oder fakultativ sind und die Transaktion nicht davon abhängt, ob diese spezifischen Daten vorhanden sind. In diesen Fällen erscheinen mehrfache und nebeneinander liegende Trennzeichen zusammen; es ist nicht erforderlich, zwischen den Trennzeichen fiktive Daten einzufügen.
 Für die Definition eines Felds, das aus drei Informationselementen besteht, gilt Folgendes. Fehlt die Information für das zweite Informationselement, so würden zwei nebeneinander stehende Informationstrennzeichen „US“ zwischen dem ersten und dem dritten Informationselement erscheinen. Würde sowohl das zweite als auch das dritte Informationselement fehlen, so sollten 3 Trennzeichen verwendet werden, nämlich zwei „US“-Trennzeichen zusätzlich zu dem abschließenden Trennzeichen für das Feld oder Unterfeld. Allgemein lässt sich sagen, dass die entsprechende Zahl von Trennzeichen eingefügt werden sollte, wenn ein oder mehr obligatorische oder fakultative Informationselemente für ein Feld oder Unterfeld nicht vorhanden sind.
 Es können zwei oder mehr der vier zur Verfügung stehenden Trennzeichen nebeneinander kombiniert werden. Wenn Daten für Informationselemente, Unterfelder oder Felder fehlen oder nicht zur Verfügung stehen, muss es ein Trennzeichen weniger geben als die erforderliche Zahl der Datenelemente, Unterfelder oder Felder.
 Tabelle 1
 Verwendete Trennzeichen
 Code
 Typ
 Beschreibung
 Hexadezimalwert
 Dezimalwert
 US
 Unit Separator
 Separates information items
 1F
 31
 RS
 Record Separator
 Separates subfields
 1E
 30
 GS
 Group Separator
 Separates fields
 1D
 29
 FS
 File Separator
 Separates logical records
 1C
 28
 2.2. Datensatzlayout
 Bei logischen Datensätzen mit nummerierten Feldern muss jedes verwendete Informationsfeld gemäß diesem Standard nummeriert werden. Das Format für jedes Feld muss aus der Nummer des Datensatztyps, gefolgt von einem Punkt „.“, einer Feldnummer gefolgt von einem Doppelpunkt „:“, gefolgt von der dem Feld entsprechenden Information


text:
bestehen. Die Feldnummer kann aus einer Zahl mit den Ziffern 1 bis 9 zwischen dem Punkt „.“ und dem Doppelpunkt „:“ bestehen. Die Feldnummer ist als vorzeichenloser Ganzzahlenwert zu betrachten. Dies bedeutet, dass die Feldnummer „2.123:“ der Feldnummer „2.000000123:“ entspricht und in der gleichen Weise ausgelegt werden sollte.
 Zu Illustrationszwecken in diesem Dokument wird eine dreistellige Zahl für die Felder verwendet, die in jedem der beschriebenen nummerierten logischen Datensätze enthalten sind. Feldnummern haben die Form „TT.xxx:“, wobei „TT“ für den Datensatztyp mit einem oder zwei Zeichen steht, gefolgt von einem Punkt. Die nächsten drei Zeichen enthalten die entsprechende Feldnummer, gefolgt von einem Doppelpunkt. Die beschreibenden ASCII-Informationen oder die Bilddaten folgen auf den Doppelpunkt.
 Die logischen Typ-1- und Typ-2-Datensätze enthalten nur ASCII-Textdatenfelder. Die gesamte Länge des Datensatzes (einschließlich Feldnummern, Doppelpunkten und Trennzeichen) wird als erstes ASCII-Feld innerhalb dieser Datensatztypen verzeichnet. Das Kontrollzeichen des ASCII-Dateitrennzeichens „FS“ (das das Ende des logischen Datensatzes oder der Transaktion bezeichnet) folgt auf das letzte Byte der ASCII-Information und wird in die Länge des Datensatzes mit einbezogen.
 Im Gegensatz zum Konzept der nummerierten Felder enthält der Typ-4-Datensatz ausschließlich binäre Daten, die als geordnete binäre Felder mit fester Länge verzeichnet werden. Die gesamte Länge des Datensatzes wird im ersten binären Feld mit vier Bytes eines jeden Datensatzes verzeichnet. Bei diesem binären Datensatz wird weder die Datensatznummer mit dem Punkt noch die Feldnummer und der darauf folgende Doppelpunkt verzeichnet. Darüber hinaus werden die vier Trennzeichen („US“, „RS“, „GS“ oder „FS“) ausschließlich als binäre Daten interpretiert, da alle Feldlängen dieses Datensatzes entweder festgelegt oder spezifiziert sind. Das Trennzeichen „FS“ darf bei dem binären Datensatz nicht als Datensatztrennzeichen oder Zeichen für das Transaktionsende verwendet werden.
 3. Typ-1-Datensatz: File Header
 Dieser Datensatz beschreibt die Dateistruktur, den Dateityp und andere wichtige Informationen. Der Zeichensatz für Typ-1-Felder darf nur den 7-Bit-ANSI-Code für den Informationsaustausch enthalten.
 3.1. Felder für Typ-1-Datensatz
 3.1.1. Feld 1.001: Logical Record Length (LEN)
 Dieses Feld enthält die Gesamtzahl der Bytes im gesamten Typ-1-Datensatz. Das Feld beginnt mit „1.001:“, gefolgt von der Gesamtlänge des Datensatzes einschließlich der Zeichen in jedem Feld inklusive der Trennzeichen.
 3.1.2. Feld 1.002: Version Number (VER)
 Um sicherzustellen, dass die Nutzer wissen, welche Version des ANSI/NIST-Standards verwendet wird, ist in diesem Feld mit vier Bytes die Versionsnummer des Standards angegeben, die von der Software oder dem System, das die Datei anlegt, benutzt wird. Die ersten beiden Bytes geben die führenden Stellen der Versionsnummer an, die zweiten beiden Bytes die Revisionsnummer. Beispielsweise würde der ursprüngliche Standard von 1986 als die erste Version betrachtet und „0100“ genannt, während der gegenwärtige ANSI/NIST-ITL 1-2000-Standard „0300“ genannt wird.
 3.1.3. Feld 1.003: File Content (CNT)
 In diesem Feld ist jeder der Datensätze in der Datei nach Datensatztyp und der Reihenfolge aufgeführt, in der die Datensätze in der Datei erscheinen. Es besteht aus einem oder mehreren Unterfeldern, von denen jedes wiederum zwei Informationselemente enthält, die einen einzelnen logischen Datensatz beschreiben, der sich in der vorliegenden Datei befindet. Die Unterfelder werden in der gleichen Reihenfolge angegeben, in der die Datensätze gespeichert und übertragen werden.
 Das erste


text:
Informationselement im ersten Unterfeld ist „1“; damit wird Bezug auf diesen Typ-1-Datensatz genommen. Darauf folgt ein zweites Informationselement, das die Anzahl aller Datensätze in der Datei enthält. Diese Zahl ist gleich der Anzahl der Unterfelder von Feld 1.003.
 Jedes der Unterfelder gehört zu einem Datensatz innerhalb der Datei, und die Reihenfolge der Unterfelder entspricht der Reihenfolge der Datensätze. Jedes Unterfeld enthält zwei Informationselemente. Das erste Informationselement dient zur Identifizierung des Datensatztyps. Das zweite ist der IDC des Datensatzes. Das Trennzeichen „US“ wird verwendet, um die beiden Informationselemente voneinander abzugrenzen.
 3.1.4. Feld 1.004: Type of Transaction (TOT)
 Dieses Feld enthält ein Mnemonik aus drei Buchstaben, das den Transaktionstyp bezeichnet. Diese Codes können sich von den Codes unterscheiden, die von anderen Anwendungen des ANSI/NIST-Standards verwendet werden.
 CPS: Criminal Print-to-Print Search. Diese Transaktion ist eine Anfrage zu einer Suche, mit einem Datensatz, der in Verbindung mit einer Straftat steht, in einer Fingerabdruck-Datenbank. Die Fingerabdrücke der Person müssen als WSQ-komprimierte Bilder in der Datei enthalten sein.
 Wird kein Treffer festgestellt (No-HIT), so sind die folgenden logischen Datensätze das Ergebnis:
 —
 1 Typ-1-Datensatz,
 —
 1 Typ-2-Datensatz.
 Bei einem Treffer (HIT) sind die folgenden logischen Datensätze das Ergebnis:
 —
 1 Typ-1-Datensatz,
 —
 1 Typ-2-Datensatz,
 —
 1-14 Typ-4-Datensätze.
 Der CPS-TOT wird in Tabelle A.6.1 (Anlage 39-6) zusammengefasst.
 PMS: Print-to-Latent Search. Diese Transaktion wird verwendet, wenn ein Satz Fingerabdrücke mit einer Datenbank abgeglichen wird, die nichtidentifizierte Fingerabdruckspuren enthält. Die Antwort enthält die HIT/No-HIT-Entscheidung des abgefragten AFIS-Systems. Wenn multiple nichtidentifizierte Fingerabdruckspuren vorliegen, sind multiple SRE-Transaktionen das Ergebnis, mit einer Fingerabdruckspur pro Transaktion. Die Fingerabdrücke der Person müssen als WSQ-komprimierte Bilder in der Datei enthalten sein.
 Wird kein Treffer festgestellt (No-HIT), so sind die folgenden logischen Datensätze das Ergebnis:
 —
 1 Typ-1-Datensatz,
 —
 1 Typ-2-Datensatz.
 Bei einem Treffer (HIT) sind die folgenden logischen Datensätze das Ergebnis:
 —
 1 Typ-1-Datensatz,
 —
 1 Typ-2-Datensatz,
 —
 1 Typ-13-Datensatz.
 Der PMS-TOT wird in Tabelle A.6.1 (Anlage 39-6) zusammengefasst.
 MPS: Latent-to-Print Search. Diese Transaktion wird verwendet, wenn eine Fingerabdruckspur gegen eine Fingerabdruck-Datenbank abgeglichen werden soll. In der Datei müssen die Informationen zu den Minutien der Fingerabdruckspur und das Bild (WSQ-komprimiert) enthalten sein.
 Wird kein Treffer festgestellt (No-HIT), so sind die folgenden logischen Datensätze das Ergebnis:
 —
 1 Typ-1-Datensatz,
 —
 1 Typ-2-Datensatz.
 Bei einem Treffer (HIT) sind die folgenden logischen Datensätze das Ergebnis:
 —
 1 Typ-1-Datensatz,
 —
 1 Typ-2-Datensatz,
 —
 1 Typ-4- oder Typ-15-Datensatz.
 Der MPS-TOT wird in Tabelle A.6.4 (Anlage 39-6) zusammengefasst.
 MMS: Latent-to-Latent Search. Bei dieser Transaktion enthält die Datei eine Fingerabdruckspur, die gegen eine Datenbank mit nichtidentifizierten Fingerabdruckspuren abgeglichen werden soll, um Bezüge zwischen verschiedenen Tatorten festzustellen. In der Datei müssen die Informationen zu den Minutien der Fingerabdruckspur und das Bild (WSQ-komprimiert) enthalten sein.
 Wird kein Treffer festgestellt (No-HIT), so sind die folgenden logischen Datensätze das Ergebnis:
 —
 1 Typ-1-Datensatz,
 —
 1 Typ-2-Datensatz.
 Bei einem Treffer (HIT) sind die folgenden logischen Datensätze das Ergebnis:
 —
 1 Typ-1-Datensatz,
 —
 1 Typ-2-Datensatz,
 —
 1 Typ-13-Datensatz.
 Der MMS-TOT wird in Tabelle A.6.4 (Anlage 39-6) zusammengefasst.
 SRE: Diese Transaktion wird von der Empfangsstelle als Antwort auf die


text:
Suchanfrage mit daktyloskopischem Material rückübermittelt. Die Antwort enthält die HIT/No-HIT-Entscheidung des abgefragten AFIS-Systems. Bei multiplen Kandidaten sind multiple SRE-Transaktionen das Ergebnis, mit einem Kandidaten pro Transaktion.
 Der SRE-TOT wird in Tabelle A.6.2 (Anlage 39-6) zusammengefasst.
 ERR: Diese Transaktion wird von der AFIS-Empfangsstelle rückübermittelt, um einen Transaktionsfehler anzuzeigen. Sie enthält ein Nachrichtenfeld (ERM), mit dem der festgestellte Fehler angegeben wird. Die folgenden logischen Datensätze sind das Ergebnis:
 —
 1 Typ-1-Datensatz,
 —
 1 Typ-2-Datensatz.
 Der ERR-TOT wird in Tabelle A.6.3 (Anlage 39-6) zusammengefasst.
 Tabelle 2
 Zulässige Codes bei Transaktionen
 Transaction Type
 Logical Record Type
 1
 2
 4
 9
 13
 15
 CPS
 M
 M
 M
 —
 —
 —
 SRE
 M
 M
 C
 —
 (C in case of latent HITs)
 C
 C
 MPS
 M
 M
 —
 M (1*)
 M
 —
 MMS
 M
 M
 —
 M (1*)
 M
 —
 PMS
 M
 M
 M*
 —
 —
 M*
 ERR
 M
 M
 —
 —
 —
 —
 Schlüssel:
 M
 =
 Obligatorisch (Mandatory).
 M*
 =
 Nur einer der beiden Datensatztypen kann aufgenommen werden.
 O
 =
 Fakultativ (Optional).
 C
 =
 Abhängig davon, ob Daten vorliegen.
 –
 =
 Nicht zulässig.
 1*
 =
 Abhängig von Legacy-Systemen.
 3.1.5. Feld 1.005: Date of Transaction (DAT)
 Dieses Feld gibt das Datum an, an dem die Transaktion gesendet wurde, und muss der ISO-Standard Schreibweise YYYYMMDD entsprechen,
 wobei YYYY das Jahr, MM den Monat und DD den Tag bezeichnet. Vorangestellte Nullen werden bei einstelligen Zahlen verwendet. So steht beispielsweise „19931004“ für den 4. Oktober 1993.
 3.1.6. Feld 1.006: Priority (PRY)
 Dieses fakultative Feld legt mit Stufen von 1 bis 9 die Priorität der Anfrage fest. „1“ ist die höchste Prioritätsstufe und „9“ die niedrigste Prioritätsstufe. Transaktionen der Prioritätsstufe „1“ sind unverzüglich zu bearbeiten.
 3.1.7. Feld 1.007: Destination Agency Identifier (DAI)
 In diesem Feld wird der Empfänger für die Transaktion angegeben.
 Es besteht aus zwei Informationselementen in folgendem Format: CC/agency.
 Das erste Informationselement enthält den Ländercode nach dem Standard ISO-3166 und ist zwei alphanumerische Zeichen lang. Das zweite Datenelement, „agency“, dient der freitextlichen Bezeichnung der betreffenden Stelle mit maximal 32 alphanumerischen Zeichen.
 3.1.8. Feld 1.008: Originating Agency Identifier (ORI)
 In diesem Feld wird der Absender der Datei angegeben; es hat das gleiche Format wie das DAI-Feld (Feld 1.007).
 3.1.9. Feld 1.009: Transaction Control Number (TCN)
 Dies ist eine Kontrollnummer zu Referenzzwecken. Sie sollte vom Computer generiert werden und folgendes Format haben: YYSSSSSSSSA.
 Dabei steht YY für das Jahr der Transaktion, SSSSSSSS ist eine 8-stellige Seriennummer, und A ist ein Prüfzeichen, das nach dem Verfahren in Anlage 39-2 generiert wird.
 Ist keine TCN vorhanden, so wird das Feld YYSSSSSSSS mit Nullen ausgefüllt und das Prüfzeichen wie oben angegeben generiert.
 3.1.10. Feld 1.010: Transaction Control Response (TCR)
 In der Antwort auf eine übermittelte Anfrage wird dieses fakultative Feld die Transaction Control Number (TCN) der Anfragenachricht enthalten. Es hat daher das gleiche Format wie ein TCN-Feld (Feld 1.009).
 3.1.11. Feld 1.011: Native Scanning Resolution (NSR)
 In diesem Feld wird die native Scan-Auflösung des Aufnahmesystems angegeben. Die Auflösung wird in Form von zwei Ziffern, gefolgt von einem Dezimalpunkt und zwei weiteren Ziffern angegeben.


text:
Für alle Transaktionen gemäß den Artikeln 533 und 534 dieses Abkommens beträgt die Stichprobenrate 500 Pixel/Inch oder 19,68 Pixel/mm.
 3.1.12. Feld 1.012: Nominal Transmitting Resolution (NTR)
 In diesem Feld mit fünf Bytes wird die nominale Übertragungsauflösung der übermittelten Bilder angegeben. Die Auflösung wird in Pixel/mm im gleichen Format wie das NSR-Feld angegeben (Feld 1.011).
 3.1.13. Feld 1.013: Domain Name — DOM
 In diesem obligatorischen Feld wird der Domänenname für die benutzerdefinierte Implementierung des Typ-2-Datensatzes angegeben. Es besteht aus zwei Informationselementen und lautet: „INT-I{}{US}}4.22{}{GS}}“.
 3.1.14. Feld 1.014: Greenwich Mean Time (GMT)
 Dieses obligatorische Feld bietet einen Mechanismus, mit dem das Datum und die Uhrzeit in universellen Einheiten der Greenwich Mean Time (GMT) ausgedrückt werden kann. Sofern es verwendet wird, enthält das GMT-Feld das universelle Datum zusätzlich zu dem lokalen Datum in Feld 1.005 (DAT). Mit der Verwendung des GMT-Feldes fallen Unvereinbarkeiten der Ortszeit weg, die bestehen, wenn eine Transaktion und ihre Antwort zwischen zwei Orten übertragen werden, zwischen denen mehrere Zeitzonen liegen. GMT bietet unabhängig von den Zeitzonen ein universelles Datum und eine Uhrzeit im 24-Stunden-Modus. Die Darstellung ist „CCYYMMDDHHMMSSZ“, eine Kette mit 15 Zeichen, bei der es sich um die Verkettung des Datums mit der GMT, abgeschlossen durch ein „Z“, handelt. Die Zeichen „CCYY“ stehen für das Jahr der Transaktion, die Zeichen „MM“ für die Zehner- und Einerstellen des Monats, die Zeichen „DD“ für die Zehner- und Einerstellen des Monatstags, die Zeichen „HH“ für die Stunde, die Zeichen „MM“ für die Minute und die Zeichen „SS“ für die Sekunde. Das vollständige Datum darf nicht über das aktuelle Datum hinausgehen.
 4. Typ-2-Datensatz: Beschreibender Text
 Die Struktur des größten Teils dieses Datensatzes entspricht nicht dem ursprünglichen ANSI/NIST-Standard. Der Datensatz enthält Informationen von besonderem Interesse für die Stellen, die die Datei aussenden oder empfangen. Um zu gewährleisten, dass die miteinander kommunizierenden daktyloskopischen Systeme kompatibel sind, dürfen nur die unten angegebenen Felder in dem Datensatz enthalten sein. Dieses Dokument gibt an, welche Felder obligatorisch und welche fakultativ sind, und es legt ferner die Struktur der einzelnen Felder fest.
 4.1. Felder für Typ-2-Datensätze
 4.1.1. Feld 2.001: Logical Record Length (LEN)
 Dieses obligatorische Feld enthält die Länge dieses Typ-2-Datensatzes und gibt die Gesamtmenge von Bytes an; darin enthalten sind alle Zeichen in allen Feldern des Datensatzes sowie die Informationstrennzeichen.
 4.1.2. Feld 2.002: Image Designation Character (IDC)
 Das in diesem obligatorischen Feld enthaltene IDC ist eine ASCII-Darstellung des IDC, das im Feld Dateiinhalt (File Content – CNT) des Typ-1-Datensatzes (Feld 1.003) definiert ist.
 4.1.3. Feld 2.003: System Information (SYS)
 Dieses Feld ist obligatorisch und enthält vier Bytes, die angeben, welcher Version der Interpol-Implementierung (INT-I) dieser Typ-2-Datensatz entspricht.
 Die ersten zwei Bytes geben die führende Nummer der Version an, während die weiteren zwei Bytes die Revisionsnummer angeben. Diese Implementierung basiert beispielsweise auf der INT-I-Version 4 Revision 22 und würde somit als „0422“ dargestellt werden.
 4.1.4. Feld 2.007: Case Number (CNO)
 Diese Nummer wird von der örtlichen Daktyloskopiestelle einer Sammlung von Fingerabdruckspuren, die an einem Tatort gesichert wurden, zugeordnet. Dabei wird folgendes Format verwendet: CC/number,
 wobei CC der Interpol-Ländercode


text:
ist (zwei alphanumerische Zeichen) und „number“ den jeweiligen Leitlinien vor Ort entspricht und aus bis zu 32 alphanumerischen Zeichen bestehen kann.
 Mit diesem Feld kann das System Fingerabdruckspuren identifizieren, die mit einer bestimmten Straftat verbunden sind.
 4.1.5. Feld 2.008: Sequence Number (SQN)
 Dieses Feld gibt jede Sequenz von Fingerabdruckspuren im Rahmen eines bestimmten Falls an. Es kann aus bis zu vier numerischen Zeichen bestehen. Eine Sequenz ist eine Fingerabdruckspur oder eine Reihe von Fingerabdruckspuren, die zum Zwecke der Archivierung und/oder Suche zusammengefasst werden. Aufgrund dieser Definition müssen auch einzelne Fingerabdruckspuren eine Sequenznummer erhalten.
 Dieses Feld kann zusammen mit dem Feld MID (Feld 2.009) benutzt werden, um eine bestimmte Fingerabdruckspur innerhalb einer Sequenz zu identifizieren.
 4.1.6. Feld 2.009: Latent Identifier (MID)
 Dieses Feld bezeichnet eine einzelne Fingerabdruckspur innerhalb einer Sequenz. Der Wert besteht aus einem einzelnen oder zwei Buchstaben, wobei „A“ die erste Fingerabdruckspur und „B“ die zweite Fingerabdruckspur bezeichnet, bis zu maximal „ZZ“. Dieses Feld wird analog zur Fingerabdruckspur-Sequenznummer verwendet (siehe Beschreibung von Feld 2.008 SQN).
 4.1.7. Feld 2.010: Criminal Reference Number (CRN)
 Dies ist eine eindeutige Referenznummer, die eine nationale Behörde einer Person zuteilt, die zum ersten Mal beschuldigt wird, eine Straftat begangen zu haben. Innerhalb eines Landes hat eine Person nie mehr als eine CRN, und es haben nie zwei Personen dieselbe CRN. Eine Person kann jedoch Straftäter-Referenznummern in mehreren Ländern haben; in diesem Fall unterscheiden sie sich durch den Ländercode.
 Für das CRN-Feld wird folgendes Format verwendet: CC/number,
 wobei CC der Ländercode nach ISO 3166 ist (zwei alphanumerische Zeichen) und „number“ den jeweiligen nationalen Leitlinien der ausstellenden Behörde entspricht und aus bis zu 32 alphanumerischen Zeichen bestehen kann.
 Für Transaktionen gemäß den Artikeln 533 und 534 dieses Abkommens wird dieses Feld für die nationale Straftäter-Referenznummer der Behörde, die den Datensatz erstellt, verwendet; diese Nummer ist mit den Abbildungen in den Typ-4- oder Typ-15-Datensätzen verknüpft.
 4.1.8. Feld 2.012: Miscellaneous Identification Number (MN1)
 Dieses Feld enthält die im Rahmen einer CPS- oder PMS-Transaktion übermittelte CRN (Feld 2.010) ohne den vorangestellten Ländercode.
 4.1.9. Feld 2.013: Miscellaneous Identification Number (MN2)
 Dieses Feld enthält die im Rahmen einer MPS- oder MMS-Transaktion übermittelte CNO (Feld 2.007) ohne den vorangestellten Ländercode.
 4.1.10. Feld 2.014: Miscellaneous Identification Number (MN3)
 Dieses Feld enthält die im Rahmen einer MPS- oder MMS-Transaktion übermittelte SQN (Feld 2.008).
 4.1.11. Feld 2.015: Miscellaneous Identification Number (MN4)
 Dieses Feld enthält das im Rahmen einer MPS- oder MMS-Transaktion übermittelte MID (Feld 2.009).
 4.1.12. Feld 2.063: Additional Information (INF)
 Bei einer SRE-Transaktion im Anschluss an eine PMS-Anfrage enthält dieses Feld Informationen über den Finger, der den möglichen Treffer (HIT) ergeben hat. Das Feld hat folgendes Format:
 NN, wobei NN der in Tabelle 5 definierte Fingerpositionscode ist (zwei Zeichen).
 In allen anderen Fällen ist das Feld fakultativ. Es besteht aus bis zu 32 alphanumerischen Zeichen und kann zusätzliche Informationen über die Suchanfrage enthalten.
 4.1.13. Feld 2.064: Respondents List (RLS)
 Dieses Feld enthält mindestens zwei Unterfelder. Das erste Unterfeld beschreibt die Art der durchgeführten Suche anhand der aus drei Buchstaben bestehenden Mnemonik, die die Art der


text:
Transaktion im TOT (Feld 1.004) bezeichnen. Das zweite Unterfeld enthält ein einziges Zeichen. Ein „I“ bedeutet, dass ein HIT gefunden wurde, und ein „N“ gibt an, dass keine Übereinstimmung gefunden wurde (No-HIT). Das dritte Unterfeld enthält die Sequenz-Kennnummer für die gefundenen Kandidaten und die Gesamtzahl der Kandidaten, getrennt durch einen Schrägstrich. Bei mehreren Kandidaten werden entsprechend mehrere Mitteilungen gesendet.
 Bei einem möglichen HIT enthält das vierte Unterfeld die Trefferzahl (score) aus bis zu 6 Zeichen. Wurde der HIT überprüft, so enthält dieses Teilfeld den Wert „999999“.
 Beispiel: „CPS{}{RS}}I{}{RS}}001/001{}{RS}}999999{}{GS}}“
 Teilt das AFIS der ersuchten Stelle keine Trefferzahlen (score) mit, so sollte an der entsprechenden Stelle die Trefferzahl Null verwendet werden.
 4.1.14. Feld 2.074: Status/Error Message Field (ERM)
 Dieses Feld enthält aus den Transaktionen hervorgehende Fehlermeldungen, die im Rahmen einer Fehlertransaktion an die ersuchende Stelle zurückgesandt werden.
 Tabelle 3
 Fehlermeldungen
 Numerischer Code (1-3)
 Bedeutung (5-128)
 003
 ERROR: UNAUTHORISED ACCESS
 101
 Mandatory field missing
 102
 Invalid record type
 103
 Undefined field
 104
 Exceed the maximum occurrence
 105
 Invalid number of subfields
 106
 Field length too short
 107
 Field length too long
 108
 Field is not a number as expected
 109
 Field number value too small
 110
 Field number value too big
 111
 Invalid character
 112
 Invalid date
 115
 Invalid item value
 116
 Invalid type of transaction
 117
 Invalid record data
 201
 ERROR: INVALID TCN
 501
 ERROR: INSUFFICIENT FINGERPRINT QUALITY
 502
 ERROR: MISSING FINGERPRINTS
 503
 ERROR: FINGERPRINT SEQUENCE CHECK FAILED
 999
 ERROR: ANY OTHER ERROR. FOR FURTHER DETAILS CALL DESTINATION AGENCY.
 Fehlermeldungen im Bereich zwischen 100 und 199:
 Diese Fehlermeldungen beziehen sich auf die Validierung der ANSI/NIST-Datensätze und sind wie folgt definiert:
 <error_code 1>: IDC <idc_number 1> FIELD <field_id 1> <dynamic text 1> LF
 <error_code 2>: IDC <idc_number 2> FIELD <field_id 2> <dynamic text 2>...
 wobei
 —
 error_code ein Code ist, der sich ausschließlich auf einen spezifischen Grund bezieht (siehe Tabelle 3);
 —
 field_id die ANSI/NIST-Feldnummer des nicht korrekten Feldes ist (z. B. 1.001, 2.001 usw.), und zwar im Format <record_type>.field_id>.sub_field_id>;
 —
 dynamic text eine genauere Beschreibung des Fehlers ist;
 —
 LF ein Zeilenvorschub (Line Feed) als Trennung zwischen Fehlern ist, wenn mehrere Fehler auftreten;
 —
 für Typ-1-Datensätze das IDC als „-1“ definiert wird.
 Beispiel:
 201: IDC - 1 FIELD 1.009 WRONG CONTROL CHARACTER {}{LF}} 115: IDC 0 FIELD 2.003 INVALID SYSTEM INFORMATION
 Dieses Feld ist bei Fehlertransaktionen obligatorisch.
 4.1.15. Feld 2.320: Expected Number of Candidates (ENC)
 Dieses Feld enthält die von der anfragenden Stelle erwartete Höchstzahl von Kandidaten zur Überprüfung. Der Wert des ENC-Feldes darf die in Tabelle 11 definierten Werte nicht übersteigen.
 5. Typ-4-Datensatz: Hochauflösendes Bild in Grautönen
 Typ-4-Datensätze sind binär codiert, sie haben keine ASCII-Zeichen. Daher wird jedem Feld eine Position im Datensatz zugewiesen, was bedeutet, dass alle Felder obligatorisch zu besetzen sind.
 Der Standard ermöglicht es, sowohl Bildgröße als auch Auflösung im Datensatz zu spezifizieren. Typ-4-Datensätze werden zur Einbindung daktyloskopischer Bilddaten benötigt, die mit einer nominalen Pixeldichte von 500 bis 520 Pixel/Inch übertragen werden. Bevorzugte Pixelrate bei neuen Grafiken ist 500 Pixel/Inch oder 19,68 Pixel/mm. Eine Dichte von 500 Pixel/Inch


text:
wird von der INT-I-Norm vorgeschrieben; allerdings können vergleichbare Systeme auch ohne Einhaltung dieser bevorzugten Pixelrate miteinander kommunizieren, sofern sich die Rate zwischen 500 und 520 Pixel/Inch 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
 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
 (mm)
 Length
 (mm)
 Unknown
 0
 40,0
 40,0
 Right thumb
 1
 45,0
 40,0
 Right index finger
 2
 40,0
 40,0
 Right middle finger
 3
 40,0
 40,0
 Right ring finger
 4
 40,0
 40,0
 Right little finger
 5
 33,0
 40,0
 Left thumb
 6
 45,0
 40,0
 Left index finger
 7
 40,0
 40,0
 Left middle finger
 8
 40,0
 40,0
 Left ring finger
 9
 40,0
 40,0
 Left little finger
 10
 33,0
 40,0
 Plain right thumb
 11
 30,0
 55,0
 Plain left thumb
 12
 30,0
 55,0
 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) 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)


text:
Dieses Feld erfasst den zur Bilddatencodierung verwendeten Graustufenkomprimierungsalgorithmus. Hierbei gibt Binär „1“ an, dass die WSQ-Komprimierung (Anlage 39-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.
 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 drei 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),
 —
 das 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).
 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-


text:
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.
 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 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.orgwww.ibia.org
 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:


text:
Vertical line length (VLL)
 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 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. 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 3 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


text:
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 enthält Bilddaten, die aus Bildern von Fingerabdruck- und Handflächenabdruckspuren erfasst wurden. Diese Bilder sollen an Stellen 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. code
 Field Number
 Field name
 Char type
 Field size per occurrence
 Occur count
 Max byte count
 min.
 max.
 min
 max
 LEN
 M
 13.001
 LOGICAL RECORD LENGTH
 N
 4
 8
 1
 1
 15
 IDC
 M
 13.002
 IMAGE DESIGNATION CHARACTER
 N
 2
 5
 1
 1
 12
 IMP
 M
 13.003
 IMPRESSION TYPE
 A
 2
 2
 1
 1
 9
 SRC
 M
 13.004
 SOURCE AGENCY/ORI
 AN
 6
 35
 1
 1
 42
 LCD
 M
 13.005
 LATENT CAPTURE DATE
 N
 9
 9
 1
 1
 16
 HLL
 M
 13.006
 HORIZONTAL LINE LENGTH
 N
 4
 5
 1
 1
 12
 VLL
 M
 13.007
 VERTICAL LINE LENGTH
 N
 4
 5
 1
 1
 12
 SLC
 M
 13.008
 SCALE UNITS
 N
 2
 2
 1
 1
 9
 HPS
 M
 13.009
 HORIZONTAL PIXEL SCALE
 N
 2
 5
 1
 1
 12
 VPS
 M
 13.010
 VERTICAL PIXEL SCALE
 N
 2
 5
 1
 1
 12
 CGA
 M
 13.011
 COMPRESSION ALGORITHM
 A
 5
 7
 1
 1
 14
 BPX
 M
 13.012
 BITS PER PIXEL
 N
 2
 3
 1
 1
 10
 FGP
 M
 13.013
 FINGER POSITION
 N
 2
 3
 1
 6
 25
 RSV
 13.014
 RESERVED


text:
FOR FUTURE DEFINITION
 —
 —
 —
 —
 —
 —
 13.019
 COM
 O
 13.020
 COMMENT
 A
 2
 128
 0
 1
 135
 RSV
 13.021
 RESERVED FOR FUTURE DEFINITION
 —
 —
 —
 —
 —
 —
 13.199
 UDF
 O
 13.200
 USER-DEFINED FIELDS
 —
 —
 —
 —
 —
 —
 13.998
 DAT
 M
 13.999
 IMAGE DATA
 B
 2
 —
 1
 1
 —
 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 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 (occurrence 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 CNT-Feld des Typ-1-Datensatzes übereinstimmen.
 7.1.3. Feld 13.003: Impression type (IMP)
 Dieses aus ein 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 Gesichtsbild 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


text:
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 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)
 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 39-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̈chenpositionen 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)
 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


text:
das letzte physische Feld des Datensatzes sein. Beispielsweise folgen auf „13.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 Feld 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 Feld“ 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 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 ein 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 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


text:
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 (occurrence 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 CNT-Feld des Typ-1-Datensatzes übereinstimmen.
 8.1.3. Feld 15.003: Impression type (IMP)
 Dieses obligatorische 1-Byte-ASCII-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)
 Dieses obligatorische ASCII-Feld bezeichnet die Behörde oder Organisation, die das im Datensatz enthaltene Gesichtsbild 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 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


text:
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 variable-resolution palmprint record layout)
 Ident
 Cond. code
 Field number
 Field name
 Char type
 Field size per occurrence
 Occur count
 Max byte count
 min.
 max.
 min
 max
 LEN
 M
 15.001
 LOGICAL RECORD LENGTH
 N
 4
 8
 1
 1
 15
 IDC
 M
 15.002
 IMAGE DESIGNATION CHARACTER
 N
 2
 5
 1
 1
 12
 IMP
 M
 15.003
 IMPRESSION TYPE
 N
 2
 2
 1
 1
 9
 SRC
 M
 15.004
 SOURCE AGENCY/ORI
 AN
 6
 35
 1
 1
 42
 PCD
 M
 15.005
 PALMPRINT CAPTURE DATE
 N
 9
 9
 1
 1
 16
 HLL
 M
 15.006
 HORIZONTAL LINE LENGTH
 N
 4
 5
 1
 1
 12
 VLL
 M
 15.007
 VERTICAL LINE LENGTH
 N
 4
 5
 1
 1
 12
 SLC
 M
 15.008
 SCALE UNITS
 N
 2
 2
 1
 1
 9
 HPS
 M
 15.009
 HORIZONTAL PIXEL SCALE
 N
 2
 5
 1
 1
 12
 VPS
 M
 15.010
 VERTICAL PIXEL SCALE
 N
 2
 5
 1
 1
 12
 CGA
 M
 15.011
 COMPRESSION ALGORITHM
 AN
 5
 7
 1
 1
 14
 BPX
 M
 15.012
 BITS PER PIXEL
 N
 2
 3
 1
 1
 10
 PLP
 M
 15.013
 PALMPRINT POSITION
 N
 2
 3
 1
 1
 10
 RSV
 15.014
 RESERVED FOR FUTURE INCLUSION
 —
 —
 —
 —
 —
 —
 15.019
 COM
 O
 15.020
 COMMENT
 AN
 2
 128
 0
 1
 128
 RSV
 15.021
 RESERVED FOR FUTURE INCLUSION
 —
 —
 —
 —
 —
 —
 15.199
 UDF
 O
 15.200
 USER-DEFINED FIELDS
 —
 —
 —
 —
 —
 —
 15.998
 DAT
 M
 15.999
 IMAGE DATA
 B
 2
 —
 1
 1
 —
 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 39-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)
 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


text:
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 Handflä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)
 Diese Felder werden für Ergänzungen freigehalten, 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 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 Feld 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 Feld“ 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 Search
 TP/TP
 LT/TP
 LP/PP
 TP/UL
 LT/UL
 PP/ULP
 LP/ULP
 Maximum Number of Candidates
 1
 10
 5
 5
 5
 5
 5
 Art der Suche:
 TP/TP: Zehnfingerabdruck gegen Zehnfingerabdruck (ten-print against ten-print)
 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


text:
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 39-1: Codes der ASCII-Trennzeichen
 ASCII
 Position (2)
 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 39-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.
 Das Kontrollzeichen wird anschließend 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 39-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
 :
 ;
 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 39-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
 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 an die anfragende Stelle darstellt.
 Typ-2-Datensatz (obligatorisch)
 Identifier
 Field number
 Field name
 CPS/PMS
 MPS/MMS


text:
SRE
 ERR
 LEN
 2.001
 Logical Record Length
 M
 M
 M
 M
 IDC
 2.002
 Image Designation Character
 M
 M
 M
 M
 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 Number
 M
 —
 C
 —
 MN1
 2.012
 Miscellaneous Identification Number
 —
 —
 C
 C
 MN2
 2.013
 Miscellaneous Identification Number
 —
 —
 C
 C
 MN3
 2.014
 Miscellaneous Identification Number
 —
 —
 C
 C
 MN4
 2.015
 Miscellaneous Identification Number
 —
 —
 C
 C
 INF
 2.063
 Additional Information
 O
 O
 O
 O
 RLS
 2.064
 Respondents List
 —
 —
 M
 —
 ERM
 2.074
 Status/Error Message Field
 —
 —
 —
 M
 ENC
 2.320
 Expected Number of Candidates
 M
 M
 —
 —
 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 533 und 534 dieses Abkommens)
 9.5. Anlage 39-5: Type-1 Record Definitions
 Identifier
 Condition
 Field number
 Field name
 Character type
 Example data
 LEN
 M
 1.001
 Logical Record Length
 N
 1.001:230{}{GS}}
 VER
 M
 1.002
 Version Number
 N
 1.002:0300{}{GS}}
 CNT
 M
 1.003
 File Content
 N
 1.003:1{}{US}}15{}{RS}}2{}{US}}00{}{RS}}4{}{US}}01{}{RS}}4{}{US}}02{}{RS}}4{}{US}}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{}{RS}}4{}{US}}11{}{RS}}4{}{US}}12{}{RS}}4{}{US}}13{}{RS}}4{}{US}}14{}{GS}}
 TOT
 M
 1.004
 Type of Transaction
 A
 1.004:CPS{}{GS}}
 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 Agency
 1*
 1.007:DE/BKA{}{GS}}
 ORI
 M
 1.008
 Originating Agency
 1*
 1.008:NL/NAFIS{}{GS}}
 TCN
 M
 1.009
 Transaction Control Number
 AN
 1.009:0200000004F{}{GS}}
 TCR
 C
 1.010
 Transaction Control Reference
 AN
 1.010:0200000004F{}{GS}}
 NSR
 M
 1.011
 Native Scanning Resolution
 AN
 1.011:19.68{}{GS}}
 NTR
 M
 1.012
 Nominal Transmitting Resolution
 AN
 1.012:19,68{}{GS}}
 DOM
 M
 1.013
 Domain Name
 AN
 1.013: INT-I{}{US}}4,22{}{GS}}
 GMT
 M
 1.014
 Greenwich Mean Time
 AN
 1.014:20050101125959Z
 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“, „_“, „.“, „“, „-“].
 9.6. Anlage 39-6: Typ-2-Datensatz: Definitionen
 Tabelle A.6.1
 CPS- und PMS-Transaktionen
 Identifier
 Condition
 Field number
 Field name
 Character type
 Example data
 LEN
 M
 2.001
 Logical Record Length
 N
 2.001:909{}{GS}}
 IDC
 M
 2.002
 Image Designation Character
 N
 2.002:00{}{GS}}
 SYS
 M
 2.003
 System Information
 N
 2.003:0422{}{GS}}
 CRN
 M
 2.010
 Criminal Reference Number
 AN
 2.010:DE/E999999999{}{GS}}
 INF
 O
 2.063
 Additional Information
 1*
 2.063:Additional Information 123{}{GS}}
 ENC
 M
 2.320
 Expected Number of Candidates
 N
 2.320:1{}{GS}}
 Tabelle A.6.2
 SRE-Transaktion
 Identifier
 Condition
 Field number
 Field name
 Character type
 Example data
 LEN
 M
 2.001
 Logical Record Length
 N
 2.001:909{}{GS}}
 IDC
 M
 2.002
 Image Designation Character
 N
 2.002:00{}{GS}}
 SYS
 M
 2.003
 System Information
 N
 2.003:0422{}{GS}}
 CRN
 C
 2.010
 Criminal Reference Number
 AN
 2.010:NL/2222222222{}{GS}}
 MN1
 C
 2.012
 Miscellaneous Identification Number
 AN
 2.012:E999999999{}{GS}}
 MN2
 C
 2.013
 Miscellaneous Identification Number
 AN
 2.013:E999999999{}{GS}}
 MN3
 C
 2.014
 Miscellaneous Identification Number
 N
 2.014:0001{}{GS}}
 MN4
 C
 2.015
 Miscellaneous Identification Number
 A
 2.015:A{}{GS}}
 INF
 O
 2.063
 Additional Information
 1*
 2.063:Additional Information 123{}{GS}}
 RLS
 M
 2.064
 Respondents List
 AN


text:
2.064:CPS{}{RS}}I{}{RS}}001/001{}{RS}}999999{}{GS}}
 Tabelle A.6.3
 ERR-Transaktion
 Identifier
 Condition
 Field number
 Field name
 Character type
 Example data
 LEN
 M
 2.001
 Logical Record Length
 N
 2.001:909{}{GS}}
 IDC
 M
 2.002
 Image Designation Character
 N
 2.002:00{}{GS}}
 SYS
 M
 2.003
 System Information
 N
 2.003:0422{}{GS}}
 MN1
 M
 2.012
 Miscellaneous Identification Number
 AN
 2.012:E999999999{}{GS}}
 MN2
 C
 2.013
 Miscellaneous Identification Number
 AN
 2.013:E999999999{}{GS}}
 MN3
 C
 2.014
 Miscellaneous Identification Number
 N
 2.014:0001{}{GS}}
 MN4
 C
 2.015
 Miscellaneous Identification Number
 A
 2.015:A{}{GS}}
 INF
 O
 2.063
 Additional Information
 1*
 2.063:Additional Information 123{}{GS}}
 ERM
 M
 2.074
 Status/Error Message Field
 AN
 2.074: 201: IDC - 1 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 number
 Field name
 Character type
 Example data
 LEN
 M
 2.001
 Logical Record Length
 N
 2.001:909{}{GS}}
 IDC
 M
 2.002
 Image Designation Character
 N
 2.002:00{}{GS}}
 SYS
 M
 2.003
 System Information
 N
 2.003:0422{}{GS}}
 CNO
 M
 2.007
 Case Number
 AN
 2.007:E999999999{}{GS}}
 SQN
 C
 2.008
 Sequence Number
 N
 2.008:0001{}{GS}}
 MID
 C
 2.009
 Latent Identifier
 A
 2.009:A{}{GS}}
 INF
 O
 2.063
 Additional Information
 1*
 2.063:Additional Information 123{}{GS}}
 ENC
 M
 2.320
 Expected Number of Candidates
 N
 2.320:1{}{GS}}
 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 39-7: Graustufenkomprimierungscodes
 Komprimierungscodes
 Compression
 Value
 Remarks
 Wavelet Scalar Quantisation Greyscale Fingerprint Image Compression Specification
 IAFIS-IC-0010(V3), dated 19 December 1997
 WSQ
 Algorithm to be used for the compression of greyscale images in Type-4, Type-7 and Type-13 to Type-15 records. Shall not be used for resolutions > 500dpi.
 JPEG 2000
 [ISO 15444/ITU T.800]
 J2K
 To be used for lossy and losslessly compression of greyscale images in Type-13 to Type-15 records. Strongly recommended for resolutions > 500 dpi
 9.8. Anlage 39-8: Mailspezifikation
 Zur Verbesserung der 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.
 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 537 dieses Abkommens 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


text:
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.
 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/O (3)
 Remarks
 Prüm Y/N (4)
 Data relating to vehicles
 Licence number
 M
 Y
 Chassis number/VIN
 M
 Y
 Country of registration
 M
 Y
 Make
 M
 (D.1 (5)) e.g. Ford, Opel, Renault, etc.
 Y
 Commercial type of 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/O (6)
 Remarks
 Prüm Y/N
 Data relating to holders of the vehicle
 (C.1 (7)) The data refer to the holder of the specific registration certificate.
 Registration holders' (company) name
 M
 (C.1.1.)
 separate fields will be used for surname, infixes, titles, etc., and the name in printable format will be communicated
 Y
 First name
 M
 (C.1.2)
 separate fields for first name(s) and initials will be used, and the name in printable format will be communicated
 Y
 Address
 M
 (C.1.3)
 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
 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 company.
 N
 Type of ID Number
 O
 The type of ID Number (e.g. passport number).
 N
 Start date holdership
 O
 Start date of the holdership of the car. This date will often be the same as printed under (I) on the registration certificate of the vehicle.
 N
 End date holdership
 O
 End data of the holdership of the car.
 N
 Type of holder
 O
 If there is no owner of the vehicle (C.2) the reference to the fact that the holder of the registration certificate:
 —
 is the vehicle owner,
 —
 is not the vehicle