BIJLAGE 39

UITWISSELING VAN DNA, VINGERAFDRUKKEN EN GEGEVENS UIT KENTEKENREGISTERS

HOOFDSTUK 0

ALGEMENE BEPALINGEN

Artikel 1 Doel Deze bijlage heeft tot doel de bepalingen inzake gegevensbescherming en de administratieve en technische bepalingen vast te stellen die nodig zijn voor de uitvoering van deel drie, titel II, van deze overeenkomst.

Artikel 2 Technische specificaties De staten nemen voor elk verzoek en antwoord met betrekking tot bevraging en vergelijking van DNA-profielen, dactyloscopische gegevens en gegevens uit kentekenregisters de gemeenschappelijke technische specificaties in acht. Die technische specificaties staan in de hoofdstukken 1 tot en met 3.

Artikel 3 Communicatienetwerk De elektronische uitwisseling van DNA-gegevens, dactyloscopische gegevens en gegevens uit kentekenregisters tussen de staten geschiedt met gebruikmaking van het "Trans European Services for Telematics between Administrations" (TESTA II)-communicatienetwerk en verdere ontwikkelingen daarvan.

Artikel 4 Beschikbaarheid van geautomatiseerde gegevensuitwisseling De staten nemen alle nodige maatregelen om ervoor te zorgen dat de geautomatiseerde bevraging of vergelijking van DNA-gegevens, dactyloscopische gegevens of gegevens uit kentekenregisters dag en nacht mogelijk is. De nationale contactpunten van de staten stellen elkaar onmiddellijk in kennis van technische mankementen, en komen overeenkomstig de geldende regelgeving tijdelijke alternatieve regelingen voor gegevensuitwisseling overeen. De geautomatiseerde gegevensuitwisseling wordt zo spoedig mogelijk hervat.

Artikel 5 Kenmerk van DNA-gegevens en dactyloscopische gegevens Het kenmerk, bedoeld in de artikelen 529 en 533 van deze overeenkomst, bestaat uit een combinatie van: a) een code die het de staten mogelijk maakt om in geval van overeenkomende profielen persoonsgegevens en overige informatie uit hun databank te halen en die overeenkomstig artikel 536 van deze overeenkomst aan één, meerdere of alle staten te verstrekken; b) een code die de nationale oorsprong van het DNA-profiel of de dactyloscopische gegevens aanduidt, en c) met betrekking tot DNA-gegevens, een code die het soort DNA-profiel aanduidt.

Artikel 6 Beginselen inzake de uitwisseling van DNA-gegevens 1. De staten maken gebruik van bestaande normen voor de uitwisseling van DNA-gegevens zoals de "European Standard Set" (ESS) of de "Interpol Standard Set of Loci" (ISSOL). 2. Bij geautomatiseerde bevraging en vergelijking van DNA-profielen wordt de overdrachtprocedure in een decentrale structuur uitgevoerd. 3. De vertrouwelijkheid en de integriteit van naar andere staten gezonden gegevens worden gegarandeerd door middel van passende maatregelen, waaronder versleuteling. 4. De staten nemen de nodige maatregelen om de integriteit van beschikbaar gestelde of voor vergelijking aan de andere staten toegezonden DNA-profielen te waarborgen en ervoor te zorgen dat die maatregelen voldoen aan internationale normen zoals ISO 17025. 5. De staten maken gebruik van staatcodes overeenkomstig ISO-norm 3166-1 alfa-2.

Artikel 7 Voorschriften inzake verzoek en antwoord betreffende DNA-gegevens 1. Het verzoek om geautomatiseerde bevraging of vergelijking in de zin van artikel 530 of 531 van deze overeenkomst bevat uitsluitend de volgende informatie: a) de staatcode van de verzoekende staat; b) de datum, de tijd en het verwijsnummer van het verzoek; c) DNA-profielen en hun kenmerk; d) het soort DNA-profiel dat wordt overgedragen (niet-geïdentificeerde DNA-profielen of DNA-persoonsprofielen); en e) de informatie die nodig is voor de besturing van de databanksystemen en de kwaliteitscontrole voor de geautomatiseerde bevragingsprocessen. 2. Het antwoord (matchingrapport) op het verzoek, bedoeld in lid 1, bevat uitsluitend de volgende informatie: a) de indicatie of er al dan niet sprake is van één of meerdere overeenkomende profielen (HIT/no-HIT); b) de datum, de tijd en het verwijsnummer van het verzoek; c) de datum, de tijd en het verwijsnummer van het antwoord; d) de staatcode van de verzoekende en van de aangezochte staat; e) het referentienummer van de verzoekende en van de aangezochte staat; f) het soort DNA-profiel dat wordt overgedragen (niet-geïdentificeerde DNA-profielen of DNA-persoonsprofielen); g) de gevraagde en overeenstemmende DNA-profielen; en h) de informatie die nodig is voor de besturing van de databanksystemen en de kwaliteitscontrole voor de geautomatiseerde bevragingsprocessen. 3. Er wordt alleen voorzien in geautomatiseerde melding van een overeenkomend profiel indien de geautomatiseerde bevraging of vergelijking een overeenkomst heeft opgeleverd voor een minimumaantal loci. Dat minimumaantal wordt in hoofdstuk 1 vastgesteld. 4. De staten zorgen ervoor dat de verzoeken voldoen aan de verklaringen die op grond van artikel 529, lid 3, van deze overeenkomst worden afgelegd.

Artikel 8 Overdrachtprocedure voor de geautomatiseerde bevraging van niet-geïdentificeerde DNA-profielen overeenkomstig artikel 530 1. Indien er bij een bevraging op basis van een niet-geïdentificeerd DNA-profiel in de nationale databank geen overeenkomend profiel, of een overeenkomst met een niet-geïdentificeerd DNA-profiel is gevonden, kan het niet-geïdentificeerde DNA-profiel aan de databanken van alle andere staten worden toegezonden; indien bij de bevraging op basis van dat niet-geïdentificeerde profiel in de databanken van andere staten overeenkomsten worden gevonden met DNA-persoonsprofielen en/of met niet-geïdentificeerde DNA-profielen, worden die overeenkomende profielen automatisch meegedeeld en worden de DNA-linkgegevens aan de verzoekende staat toegezonden; indien er in de databanken van andere staten geen overeenkomende profielen worden gevonden, wordt dat automatisch aan de verzoekende staat meegedeeld. 2. Indien er bij een bevraging op basis van een niet-geïdentificeerd DNA-profiel in de databanken van andere staten een overeenkomend profiel wordt gevonden, kan elke betrokken staat dienaangaande een noot in zijn nationale databank opnemen.

Artikel 9 Overdrachtprocedure bij geautomatiseerde bevraging van DNA-persoonsprofielen overeenkomstig artikel 530 Indien er bij een bevraging op basis van een DNA-persoonsprofiel in de nationale databank geen overeenkomst met een DNA-persoonsprofiel, of een overeenkomst met een niet-geïdentificeerd DNA-profiel is gevonden, kan het DNA-persoonsprofiel aan de databanken van alle andere staten worden toegezonden. Indien er bij een bevraging op basis van dat DNA-persoonsprofiel in de databanken van andere staten overeenkomsten met DNA-persoonsprofielen en/of met niet-geïdentificeerde DNA-profielen worden gevonden, worden de overeenkomende profielen automatisch meegedeeld en worden de DNA-linkgegevens aan de verzoekende staat toegezonden; indien er in de databanken van andere staten geen overeenkomende profielen worden gevonden, wordt dat automatisch aan de verzoekende staat meegedeeld.

Artikel 10 Overdrachtprocedure bij geautomatiseerde vergelijking van niet-geïdentificeerde DNA-profielen overeenkomstig artikel 531 1. Indien er bij een vergelijking op basis van niet-geïdentificeerde DNA-profielen in de databanken van andere staten overeenkomsten met DNA-persoonsprofielen en/of met niet-geïdentificeerde DNA-profielen worden gevonden, worden de overeenkomende profielen automatisch meegedeeld en worden de DNA-linkgegevens aan de verzoekende staat toegezonden. 2. Indien er bij een vergelijking op basis van niet-geïdentificeerde DNA-profielen in de databanken van andere staten overeenkomsten met niet-geïdentificeerde DNA-profielen of met DNA-persoonsprofielen worden gevonden, kan elke betrokken staat dienaangaande een noot in zijn nationale databank opnemen.

Artikel 11 Beginselen inzake de uitwisseling van dactyloscopische gegevens 1. Dactyloscopische gegevens worden gedigitaliseerd en aan de andere staten verstrekt overeenkomstig een uniform gegevensformaat, vastgesteld in hoofdstuk 2. 2. Elke staat ziet erop toe dat de dactyloscopische gegevens die hij verstrekt van een voldoende kwaliteit zijn voor een vergelijking door middel van het geautomatiseerde vingerafdrukidentificatiesysteem (AFIS). 3. De overdrachtprocedure voor de uitwisseling van dactyloscopische gegevens wordt in een decentrale structuur uitgevoerd. 4. De vertrouwelijkheid en de integriteit van naar andere staten gezonden dactyloscopische gegevens worden gegarandeerd door middel van passende maatregelen, waaronder versleuteling. 5. De staten maken gebruik van staatcodes overeenkomstig ISO-norm 3166-1 alfa-2.

Artikel 12 Bevragingscapaciteit voor dactyloscopische gegevens 1. Elke staat zorgt ervoor dat zijn bevragingsverzoeken de door de aangezochte staat bepaalde bevragingscapaciteit niet overtreffen. Het Verenigd Koninkrijk maakt melding van zijn maximale capaciteit per dag voor de dactyloscopische gegevens van geïdentificeerde personen en voor de dactyloscopische gegevens van nog niet geïdentificeerde personen. 2. Het maximumaantal te controleren kandidaten dat per bevraging wordt geaccepteerd, staat in hoofdstuk 2.

Artikel 13 Voorschriften inzake verzoek en antwoord in verband met dactyloscopische gegevens 1. De aangezochte staat controleert onverwijld de kwaliteit van de overgedragen dactyloscopische gegevens volgens een volledig geautomatiseerde procedure. Mochten de gegevens zich niet lenen voor geautomatiseerde vergelijking, dan stelt de aangezochte staat de verzoekende staat daarvan onverwijld in kennis. 2. De aangezochte staat voert de bevraging uit in de volgorde waarin de verzoeken zijn ontvangen. Het verzoek wordt volgens een volledig geautomatiseerde procedure binnen 24 uur uitgevoerd. De verzoekende staat kan, indien zijn interne wetgeving dat voorschrijft, om een versnelde behandeling verzoeken; de aangezochte staat geeft daaraan onverwijld gevolg. In geval van overmacht wordt de vergelijking onverwijld uitgevoerd zodra de belemmering is opgeheven.

Artikel 14 Beginselen inzake geautomatiseerde bevraging van gegevens uit kentekenregisters 1. Voor de geautomatiseerde bevraging van gegevens uit kentekenregisters maken de staten gebruik van een versie van de speciaal ten behoeve van artikel 537 van deze overeenkomst ontwikkelde softwaretoepassing Eucaris (European Vehicle and Driving Licence Information System, Europees voertuig- en rijbewijsinformatiesysteem), en de gewijzigde versies daarvan. 2. De geautomatiseerde bevraging van gegevens uit kentekenregisters vindt binnen een decentrale structuur plaats. 3. De via Eucaris uitgewisselde informatie wordt in een versleutelde vorm overgedragen. 4. De uit te wisselen gegevenselementen uit kentekenregisters staan in Hoofdstuk 3. 5. De staten kunnen bij de uitvoering van artikel 537 van deze overeenkomst voorrang geven aan bevraging in verband met de bestrijding van ernstige criminaliteit.

Artikel 15 Kosten Elke staat draagt de kosten in verband met de administratie, het gebruik en het onderhoud van de in artikel 14, lid 1, vermelde softwaretoepassing Eucaris.

Artikel 16 Doel 1. De ontvangende staat mag de persoonsgegevens uitsluitend verwerken voor de doeleinden waarvoor die overeenkomstig deel drie, titel II, van deze overeenkomst zijn verstrekt. Verwerking voor andere doeleinden is alleen toegestaan na voorafgaande toestemming van de staat die het dossier beheert en uitsluitend met inachtneming van het interne recht van de ontvangende staat. De toestemming mag worden verleend voor zover uit hoofde van het interne recht van de staat die het bestand beheert die verwerking voor zulke andere doeleinden is toegestaan. 2. De verwerking van de op grond van de artikelen 530, 531 en 534 van deze overeenkomst verstrekte gegevens door de bevragende of vergelijkende staat is uitsluitend toegestaan met het oog op: a) de vaststelling of de vergeleken DNA-profielen of dactyloscopische gegevens overeenstemmen; b) de voorbereiding en indiening van een politieel of justitieel verzoek om rechtshulp conform intern recht in geval van overeenstemming van die gegevens; c) de protocollering als bedoeld in artikel 19 van dit hoofdstuk. 3. De staat die het dossier beheert mag de hem overeenkomstig de artikelen 530, 531 en 534 van deze overeenkomst verstrekte gegevens uitsluitend verwerken voor zover dat voor het uitvoeren van de vergelijking, het geautomatiseerde beantwoorden van de bevraging of het protocolleren op grond van artikel 19 van dit hoofdstuk noodzakelijk is. Na afloop van de gegevensvergelijking of na de geautomatiseerde beantwoording van de bevraging worden de verstrekte gegevens onmiddellijk gewist, tenzij verdere verwerking noodzakelijk is ten behoeve van de doelen genoemd in de lid 2, punten b) en c), van dit artikel. 4. Overeenkomstig artikel 537 van deze overeenkomst verstrekte gegevens mogen door de staat die het dossier beheert uitsluitend worden gebruikt voor zover dat voor het geautomatiseerd beantwoorden van de bevraging of het protocolleren op grond van artikel 19 van dit hoofdstuk noodzakelijk is. Na de geautomatiseerde beantwoording van de bevraging worden de verstrekte gegevens onmiddellijk gewist, tenzij verdere verwerking noodzakelijk is voor het protocolleren op grond van artikel 19 van dit hoofdstuk. De lidstaat mag de in het kader van de beantwoording verkregen gegevens uitsluitend gebruiken voor de procedure op grond waarvan de bevraging is geschied.

Artikel 17 Juistheid, actualiteit en opslagduur van de gegevens 1. De staten staan borg voor de juistheid en de actualiteit van de persoonsgegevens. De ontvangende staat wordt onverwijld in kennis gesteld als blijkt, ambtshalve of op basis van een mededeling van de betrokkene, dat onjuiste gegevens of gegevens die niet hadden mogen worden verstrekt, toch verstrekt zijn. De betrokken staat is, c.q. de betrokken staten zijn, verplicht de gegevens te corrigeren of te wissen. Voor het overige worden verstrekte persoonsgegevens gecorrigeerd als blijkt dat ze onjuist zijn. Als de ontvangende instantie reden heeft om aan te nemen dat de verstrekte gegevens onjuist zijn of gewist moeten worden, dan stelt zij de verstrekkende autoriteit daarvan onverwijld op de hoogte. 2. Gegevens waarvan de betrokkene de juistheid aanvecht en waarvan de juistheid of onjuistheid niet kan worden vastgesteld, moeten overeenkomstig het interne recht van de staten op verzoek van de betrokkene worden gemarkeerd. Indien er een markering is aangebracht, mag die met inachtneming van het interne recht van de staten alleen met toestemming van de betrokkene of op basis van een besluit van de bevoegde rechtbank of de voor de gegevensbescherming bevoegde onafhankelijke instantie worden opgeheven. 3. Verstrekte persoonsgegevens worden gewist als ze niet verstrekt of ontvangen hadden mogen worden. Rechtmatig verstrekte en ontvangen gegevens worden gewist: a) als ze voor het doel waarvoor ze zijn verstrekt, niet of niet meer noodzakelijk zijn; als persoonsgegevens ongevraagd zijn verstrekt, moet de ontvangende instantie onmiddellijk controleren of ze noodzakelijk zijn voor het doel waarvoor ze zijn verstrekt; b) na afloop van een in het interne recht van de verstrekkende staat voorziene maximale termijn voor het bewaren van de gegevens, als de verstrekkende instantie de ontvangende instantie bij de verstrekking op die maximale termijn heeft gewezen. 4. Als er reden bestaat om aan te nemen dat door het wissen de belangen van de betrokkene worden geschaad, worden de gegevens afgeschermd in plaats van gewist, overeenkomstig het interne recht. Afgeschermde gegevens mogen alleen worden verstrekt of gebruikt voor het doel dat ertoe heeft geleid dat ze niet zijn gewist.

Artikel 18 Technische en organisatorische maatregelen ter bescherming en beveiliging van gegevens 1. De verstrekkende en de ontvangende instantie zijn verplicht om persoonsgegevens effectief te beschermen tegen toevallige of onbevoegde vernietiging, toevallig verlies, onbevoegde toegang, onbevoegde of toevallige verandering en onbevoegde bekendmaking. 2. De bijzonderheden van de technische vormgeving van de geautomatiseerde bevragingsprocedure worden geregeld in uitvoeringsmaatregelen zoals bedoeld in artikel 539 van deze overeenkomst, die waarborgen dat: a) aan de huidige stand van de techniek aangepaste maatregelen ter waarborging van de bescherming en de beveiliging van gegevens worden getroffen, die in het bijzonder de vertrouwelijkheid en de integriteit van de gegevens waarborgen; b) bij het gebruik van algemeen toegankelijke netwerken door de daarvoor bevoegde instanties erkende versleutelings- en autorisatieprocedures worden gebruikt, en c) de toelaatbaarheid van de bevragingen in overeenstemming met artikel 19, leden 2, 5 en 6, van dit hoofdstuk kan worden gecontroleerd.

Artikel 19 Vastleggen en protocolleren; bijzondere voorschriften met betrekking tot de geautomatiseerde en niet-geautomatiseerde verstrekking 1. Elke staat waarborgt dat iedere niet-geautomatiseerde verstrekking en iedere niet-geautomatiseerde ontvangst van persoonsgegevens door de instantie die het bestand beheert en de bevragende instantie ter controle van de toelaatbaarheid van de verstrekking wordt vastgelegd. De vastlegging omvat de volgende gegevens: a) de aanleiding van de verstrekking; b) de verstrekte gegevens; c) de datum van de verstrekking, en d) de aanduiding of de code van de bevragende instantie en de instantie die het bestand beheert. 2. Voor de geautomatiseerde bevraging van gegevens op basis van de artikelen 530, 534, 537 en 15 van deze overeenkomst of geautomatiseerde vergelijking op grond van artikel 531 van deze overeenkomst geldt het volgende: a) Geautomatiseerde bevraging of vergelijking mag alleen geschieden door speciaal daartoe gemachtigde ambtenaren van de nationale contactpunten. Op verzoek wordt de lijst van ambtenaren die zijn gemachtigd tot geautomatiseerde bevraging of vergelijking aan de in lid 6 bedoelde toezichthoudende autoriteiten en aan de andere staten ter beschikking gesteld. b) Elke staat waarborgt dat iedere verstrekking en iedere ontvangst van persoonsgegevens door de instantie die het dossier beheert en de bevragende instantie wordt geprotocolleerd, inclusief de kennisgeving ten aanzien van het al dan niet bestaan van een "HIT". De protocollering omvat de volgende informatie: i) de verstrekte gegevens; ii) de datum en het precieze tijdstip van de verstrekking, en iii) de aanduiding of de code van de bevragende instantie en de instantie die het bestand beheert. 3. De bevragende instantie protocolleert bovendien de aanleiding van de bevraging of verstrekking alsmede het kenmerk van de ambtenaar die de bevraging heeft uitgevoerd en de ambtenaar die opdracht tot bevraging of verstrekking heeft gegeven. 4. De protocollerende instantie deelt op verzoek de geprotocolleerde gegevens onmiddellijk mee aan de voor de controle van de gegevensbescherming bevoegde autoriteiten van de desbetreffende staat en dit uiterlijk binnen vier weken na ontvangst van het verzoek. Geprotocolleerde gegevens mogen uitsluitend worden gebruikt voor de volgende doeleinden: a) de controle van de gegevensbescherming; b) het waarborgen van de dataveiligheid. 5. De geprotocolleerde gegevens worden door passende voorzieningen tegen oneigenlijk gebruik en andere vormen van misbruik beschermd en twee jaar bewaard. Na afloop van de bewaringstermijn worden de geprotocolleerde gegevens onmiddellijk gewist. 6. De juridische controle van de verstrekking of de ontvangst van persoonsgegevens is in handen van de voor de gegevensbescherming bevoegde onafhankelijke instanties of, waar passend, de justitiële autoriteiten van de respectieve staten. Met inachtneming van het interne recht kan eenieder die instanties verzoeken om de rechtmatigheid van de verwerking van gegevens met betrekking tot zijn persoon te controleren. Die instanties alsmede de voor de protocollering bevoegde instanties voeren ook, los van dergelijke verzoeken, bij wijze van steekproef controles uit van de rechtmatigheid van de verstrekkingen, en wel aan de hand van de betrokken bestanden. 7. De resultaten van die controleactiviteit worden ter controle door de voor de gegevensbescherming bevoegde onafhankelijke instanties gedurende 18 maanden bewaard. Na afloop van die termijn worden ze onmiddellijk gewist. Elke voor de gegevensbescherming bevoegde instantie kan door de voor gegevensbescherming bevoegde onafhankelijke instantie van een andere staat in overeenstemming met het interne recht om de uitoefening van haar bevoegdheden worden verzocht. De voor de gegevensbescherming bevoegde onafhankelijke instanties van de staten dragen zorg voor de ter vervulling van hun controletaken noodzakelijke wederzijdse samenwerking, in het bijzonder door het uitwisselen van relevante informatie.

Artikel 20 Recht van de betrokkene op schadevergoeding Als een instantie van een staat persoonsgegevens heeft verstrekt uit hoofde van deel drie, titel II, van deze overeenkomst, kan de ontvangende instantie van de andere staat zich niet beroepen op de onjuistheid van de verstrekte gegevens om haar aansprakelijkheid jegens de benadeelde partij uit hoofde van het interne recht te ontlopen. Moet de ontvangende instantie schade vergoeden wegens het gebruik van onjuist doorgegeven gegevens, dan betaalt de verstrekkende instantie de ontvangende instantie het volledige bedrag aan schadevergoeding terug.

Artikel 21 Door de staten gevraagde informatie De ontvangende staat informeert de verstrekkende staat op verzoek over de verwerking van de verstrekte gegevens en het resultaat daarvan.

Artikel 22 Verklaringen en aanwijzingen 1. Het Verenigd Koninkrijk doet het Gespecialiseerd Comité voor samenwerking inzake rechtshandhaving en justitie kennisgeving van zijn verklaringen op grond van artikel 529, lid 3, en artikel 12, lid 1, van dit hoofdstuk, en van zijn aanwijzingen op grond van artikel 535, lid 1, en artikel 537, lid 3 van deze overeenkomst. 2. Feitelijke gegevens die door het Verenigd Koninkrijk via die verklaringen en aanwijzingen en door de lidstaten overeenkomstig artikel 539, lid 3, van deze overeenkomst zijn verstrekt, worden opgenomen in het handboek als bedoeld in artikel 18, lid 2, van Besluit 2008/616/JBZ. 3. De staten kunnen verklaringen en aanwijzingen die overeenkomstig lid 1 zijn ingediend, te allen tijde wijzigen door middel van een kennisgeving die wordt ingediend bij het Gespecialiseerd Comité voor samenwerking inzake rechtshandhaving en justitie. Het Gespecialiseerd Comité voor samenwerking inzake rechtshandhaving en justitie zendt alle ontvangen verklaringen toe aan het secretariaat-generaal van de Raad. 4. Het secretariaat-generaal van de Raad deelt elke wijziging van het in lid 2 bedoelde handboek mee aan het Gespecialiseerd Comité voor samenwerking inzake rechtshandhaving en justitie.

Artikel 23 Voorbereiding van de in artikel 540 bedoelde besluiten 1. De Raad neemt het in artikel 540 van deze overeenkomst bedoelde besluit op basis van een evaluatieverslag, dat is opgesteld aan de hand van een vragenlijst. 2. Met betrekking tot de geautomatiseerde uitwisseling van gegevens overeenkomstig deel drie, titel II, van deze overeenkomst, wordt het evaluatieverslag tevens gebaseerd op een evaluatiebezoek en een proefrun die, indien nodig, plaatsvindt nadat het Verenigd Koninkrijk aan het Gespecialiseerd Comité voor samenwerking inzake rechtshandhaving en justitie heeft meegedeeld dat het zijn verplichtingen uit hoofde van deel drie, titel II, van deze overeenkomst is nagekomen en de verklaringen als bedoeld in artikel 22 heeft ingediend. De procedure is nader geregeld in hoofdstuk 4 van deze bijlage.

Artikel 24 Statistieken en rapportering 1. De administratieve, technische en financiële toepassing van de gegevensuitwisseling op grond van deel drie, titel II, van deze overeenkomst wordt op gezette tijden geëvalueerd. De evaluatie heeft betrekking op de gegevenscategorieën waarvoor de uitwisseling van gegevens tussen de betrokken staten is begonnen. De evaluatie wordt gebaseerd op verslagen van de betrokken staten. 2. Elke staat stelt statistieken op over de resultaten van de geautomatiseerde gegevensuitwisseling. De betrokken Raadsgroep zal een model voor die statistieken uitwerken, zodat die kunnen worden vergeleken. Die statistieken worden jaarlijks toegezonden aan het Gespecialiseerd Comité voor samenwerking inzake rechtshandhaving en justitie. 3. Daarnaast zullen de staten op gezette tijden, maar niet meer dan één keer per jaar, worden verzocht andere informatie te verstrekken over de administratieve, technische en financiële implementatie van de geautomatiseerde gegevensuitwisseling die nodig is om het proces te analyseren en te verbeteren. 4. De statistieken en rapportering die de lidstaten overeenkomstig de Besluiten 2008/615/JBZ en 2008/616/JBZ opstellen, zijn van toepassing wat betreft dit artikel.

HOOFDSTUK 1

UITWISSELING VAN DNA-GEGEVENS

1. DNA: forensische aspecten, matchingregels en algoritmen

1.1. Kenmerken van DNA-profielen

DNA-profielen kunnen uit 24 nummerparen bestaan, die de allelen van de 24 loci voorstellen die ook in de DNA-procedures van Interpol worden gebruikt. De namen van die loci zijn:

VWA TH01 D21S11 FGA D8S1179 D3S1358 D18S51 Amelogenine TPOX CSF1P0 D13S317 D7S820 D5S818 D16S539 D2S1338 D19S433 Penta D Penta E FES F13A1 F13B SE33 CD4 GABA

De zeven grijze loci in de bovenste rij vormen zowel de huidige ESS als de ISSOL.

Opnameregels:

Wanneer de staten DNA-profielen ter beschikking stellen voor bevragingen of vergelijkingen, of wanneer DNA-profielen voor dat doel worden verzonden, moeten die ten minste zes volledig toegewezen (1) loci bevatten; de DNA-profielen kunnen ook aanvullende loci of blanco's bevatten, voor zover die beschikbaar zijn. Referentie-DNA-profielen bevatten ten minste zes van de zeven ESS-loci. Voor een grotere accuraatheid van de overeenkomsten worden alle beschikbare allelen opgeslagen in de geïndexeerde databank van DNA-profielen, en worden ze voor bevragingen en vergelijkingen gebruikt. De staten dienen iedere door de Europese Unie aangenomen nieuwe ESS-locus zo spoedig als praktisch mogelijk toe te passen.

Gemengde profielen worden niet aanvaard. De allelwaarden van elke locus bestaan bijgevolg uit slechts twee cijfers; in het geval van homozygositeit op een bepaalde locus kunnen dat dezelfde cijfers zijn.

Wildcards en microvarianten moeten als volgt worden behandeld:

— Alle niet-numerieke waarden in het profiel (bv. "o", "f", "r", "na", "nr" of "un"), met uitzondering van amelogenine, moeten automatisch worden geconverteerd naar een wildcard (*) zodat ze met alle allelwaarden matchen.

— De numerieke waarden "0", "1" of "99" in een profiel moeten automatisch worden geconverteerd naar een wildcard (*) zodat ze met alle allelwaarden matchen.

— Indien voor één locus drie allelen worden aangeleverd, wordt het eerste allel aanvaard en moeten de twee andere allelen automatisch worden geconverteerd naar een wildcard (*) zodat ze met alle allelwaarden matchen.

— Wanneer voor het eerste of het tweede allel wildcardwaarden worden aangeleverd, wordt een bevraging verricht voor de beide permutaties van de numerieke waarde voor de betreffende locus (bv. 12, * zou kunnen matchen met 12,14 of 9,12).

— Microvarianten van penta-nucleotide (Penta D, Penta E & CD4) worden als volgt gematcht: — x.1 = x, x.1, x.2 — x.2 = x.1, x.2, x.3 — x.3 = x.2, x.3, x.4 — x.4 = x.3, x.4, x + 1,

— Microvarianten van tetra-nucleotide (alle overige loci zijn tetra-nucleotiden) worden als volgt gematcht: — x.1 = x, x.1, x.2 — x.2 = x.1, x.2, x.3 — x.3 = x.2, x.3, x + 1.

1.2. Matchingregels

Het vergelijken van twee DNA-profielen gebeurt op basis van de loci waarvoor in de beide DNA-profielen een paar allelwaarden beschikbaar is. Tussen de beide DNA-profielen moet er een overeenkomst van ten minste zes volledig toegewezen loci (amelogenine niet meegerekend) zijn alvorens een HIT wordt gemeld.

Onder een volledige overeenkomst ("full match") (kwaliteit 1) wordt verstaan, een overeenkomst waarbij alle allelwaarden van de vergeleken loci die het bevragende én het bevraagde DNA-profiel gemeenschappelijk hebben, gelijk zijn. Een bijna-overeenkomst ("near match") wordt omschreven als een overeenkomst waarbij van slechts één van alle vergeleken allelen in de twee DNA-profielen de waarde anders is (kwaliteit 2, 3 en 4). Een bijna-overeenkomst wordt alleen aanvaard indien er in de twee vergeleken DNA-profielen voor ten minste zes volledig toegewezen loci een volledige overeenkomst is.

Een bijna-overeenkomst kan het gevolg zijn van:

— een menselijke typefout bij het invoeren van een van de DNA-profielen in de zoekopdracht of in de DNA-databank;

— een fout bij het herkennen of benoemen van een allel tijdens het genereren van een DNA-profiel.

1.3. Rapporteringsregels

Volledige overeenkomsten, bijna-overeenkomsten en "no-HIT's" worden gerapporteerd.

Het matchingrapport wordt aan het verzoekende nationaal contactpunt toegezonden en wordt tevens ter beschikking gesteld van het aangezochte nationaal contactpunt zodat het een raming kan maken van de aard en het aantal mogelijke daaropvolgende verzoeken om andere beschikbare persoonsgegevens en andere informatie in verband met het DNA-profiel dat overeenkomt met de HIT overeenkomstig artikel 536 van deze overeenkomst.

2. Codes staten (tabel)

Overeenkomstig deel drie, titel II, van deze overeenkomst wordt ISO-code 3166-1 alfa-2 gebruikt voor de domeinnamen en andere configuratieparameters die noodzakelijk zijn in de applicaties voor het uitwisselen van DNA-gegevens over een gesloten netwerk in het kader van het Verdrag van Prüm.

De ISO-codes 3166-1 alfa-2 komen overeen met de volgende tweelettercodes voor de staten:

Naam van de staat Code Naam van de staat Code België BE Litouwen LT Bulgarije BG Luxemburg LU Tsjechië CZ Hongarije HU Denemarken DK Malta MT Duitsland DE Nederland NL Estland EE Oostenrijk AT Ierland IE Polen PL Griekenland EL Portugal PT Spanje ES Roemenië RO Frankrijk FR Slowakije SK Kroatië HR Slovenië SI Italië IT Finland FI Cyprus CY Zweden SE Letland LV Verenigd Koninkrijk UK

3. Functionele analyse

3.1. Beschikbaarheid van het systeem

Verzoeken op grond van artikel 530 van deze overeenkomst moeten in de chronologische volgorde waarin ieder verzoek werd verstuurd in de doeldatabank worden ontvangen; antwoorden dienen de verzoekende staten binnen 15 minuten na binnenkomst van het verzoek te bereiken.

3.2. Tweede stap

Wanneer een staat een matchingrapport ontvangt, dient zijn nationaal contactpunt de waarden van het verzoekprofiel te vergelijken met de waarden van het (de) antwoordprofiel(en) teneinde de bewijswaarde van het profiel te valideren en te controleren. De nationale contactpunten kunnen rechtstreeks met elkaar contact opnemen voor het valideren van profielen.

Rechtshulpprocedures gaan pas van start nadat een bestaande overeenkomst tussen twee profielen is gevalideerd, op basis van een "volledige overeenkomst" of een "bijna-overeenkomst" die de geautomatiseerde raadpleging heeft opgeleverd.

4. DNA-interfacecontroledocument

4.1. Inleiding

4.1.1. Doelstellingen

In dit hoofdstuk wordt bepaald aan welke eisen de uitwisseling van DNA-profielgegevens tussen de DNA-databanken van de staten moet voldoen. De bestandsaanhefvelden (headers) zijn specifiek gedefinieerd voor het uitwisselen van DNA-gegevens in het kader van het Verdrag van Prüm; het gegevensgedeelte is gebaseerd op dat van de DNA-profielgegevens in het XML-schema dat voor de Interpol-gateway voor de uitwisseling van DNA-gegevens is gedefinieerd.

De gegevens worden uitgewisseld via een Simple Mail Transfer Protocol (SMTP) en andere geavanceerde technologieën, door middel van een centrale relay-mailserver van de netwerkaanbieder. Het XML-bestand wordt in het tekstgedeelte verstuurd.

4.1.2. Werkingssfeer

In dat interfacecontroledocument wordt alleen de inhoud van het bericht (of "mail") gedefinieerd. Alle netwerkspecifieke en mailspecifieke aspecten worden op uniforme wijze gedefinieerd, zodat een gemeenschappelijke technische basis voor het uitwisselen van DNA-gegevens ontstaat.

Dat omvat het volgende:

— het formaat van het onderwerpveld in het bericht, zodat de berichten automatisch kunnen/mogen worden verwerkt;

— eventuele versleuteling van de inhoud en, in dat geval, de methoden die daarvoor moeten worden gekozen;

— de maximale lengte van de berichten.

4.1.3. XML-structuur en -beginselen

Het XML-bericht is als volgt gestructureerd:

— het aanhefgedeelte (header), met informatie over de transmissie, en

— het gegevensgedeelte, met profielspecifieke informatie en het profiel zelf.

Voor verzoeken en antwoorden wordt hetzelfde XML-schema gebruikt.

In één bericht moet een hele reeks profielen kunnen worden verstuurd, zoals bepaald in artikel 531 van deze overeenkomst, zodat niet-geïdentificeerde DNA-profielen aan een volledige controle kunnen worden onderworpen. Er moet een maximum worden vastgesteld voor het aantal profielen in één bericht. Het aantal hangt af van de toegestane maximumgrootte van het bericht en wordt vastgesteld nadat de mailserver is geselecteerd.

XML-voorbeeld:

<?version="1.0" standalone="yes"?>

<PRUEMDNAx xmlns:msxsl="urn:schemas-microsoft-com:xslt"

xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">

<header>

(…)

</header>

<datas>

(…)

</datas>

[<datas> datastructuur wordt herhaald indien er meerdere profielen in één SMTP-(…) bericht worden verzonden; alleen toegestaan voor gevallen van artikel 531 van deze overeenkomst

</datas>]

</PRUEMDNA>

4.2. Definitie XML-structuur

De volgende definities zijn bedoeld als documentatie en voor een beter begrip; de echte, bindende informatie wordt verstrekt door middel van een XML-schemabestand (PRUEM DNA.xsd).

4.2.1. Schema PRUEMDNAx

Dit gedeelte bevat de volgende velden:

Velden Type Omschrijving header PRUEM_header Incidentie: 1 datas PRUEM_datas Incidentie: 1 … 500

4.2.2. Inhoud van de aanhefstructuur

4.2.2.1. PRUEM header In deze structuur wordt de header van het XML-bestand beschreven. Dit gedeelte bevat de volgende velden: Velden Soort Omschrijving direction PRUEM_header_dir richting van de berichtenstroom ref string (tekenreeks) referentie van het XML-bestand generator string (tekenreeks) generator van XML-bestand schema_version string (tekenreeks) versienummer van te gebruiken schema requesting PRUEM_header_info informatie over verzoekende staat requested PRUEM_header_info informatie over aangezochte staat

4.2.2.2. PRUEM_header dir Soort gegevens in het bericht; de waarde daarvan kan zijn: Waarde Omschrijving R Verzoek (Request) A Antwoord (Answer)

4.2.2.3. PRUEM header info Structuur ter aanduiding van de staat en van de datum/het tijdstip van het bericht. Dit gedeelte bevat de volgende velden: Velden Soort Omschrijving source_isocode string (tekenreeks) ISO 3166-2-code van de verzoekende staat destination_isocode string (tekenreeks) ISO 3166-2-code van de aangezochte staat request_id string (tekenreeks) unieke identificatiecode voor een verzoek date Datum datum waarop bericht is aangemaakt time tijdstip tijdstip waarop bericht is aangemaakt

4.2.3. Inhoud van de PRUEM Profile-gegevens

4.2.3.1. PRUEM_datas In deze structuur wordt het gedeelte van de XML-profielgegevens beschreven. Dit gedeelte bevat de volgende velden: Velden Soort Omschrijving reqtype PRUEM request type Soort verzoek (artikel 530 of 531) date Datum Datum waarop profiel is opgeslagen type PRUEM_datas_type Soort profiel result PRUEM_datas_result Resultaat van verzoek agency string (tekenreeks) Naam van desbetreffende eenheid die verantwoordelijk is voor het profiel profile_ident string (tekenreeks) Unieke identificatiecode van het staatsprofiel message string (tekenreeks) Foutmelding indien resultaat = E profile IPSG_DNA_profile Indien richting = A (Antwoord) EN resultaat ≠ H (HIT) leeg match_id string (tekenreeks) In geval van een HIT PROFILE_ID van het verzoekende profiel quality PRUEM_hitquality_type Kwaliteit van HIT hitcount integer (geheel getal) Aantal gematchte Allelen rescount integer (geheel getal) Aantal gematchte profielen. Indien richting = R (verzoek), dan leeg. Indien kwaliteit! = 0 (oorspronkelijk aangezocht profiel), dan leeg.

4.2.3.2. PRUEM_request_type Soort gegevens in het bericht; de waarde daarvan kan zijn: Waarde Omschrijving 3 Verzoeken op grond van artikel 530 4 Verzoeken op grond van artikel 531

4.2.3.3. PRUEM_hitquality_type Waarde Omschrijving 0 Verwijzing naar het oorspronkelijke verzoekende profiel: geval "No HIT": alleen oorspronkelijk verzoekend profiel teruggezonden; geval "HIT": origineel verzoekend profiel en gematchte profielen teruggezonden 1 Gelijk in alle beschikbare allelen zonder jokers 2 Gelijk in alle beschikbare allelen met jokers 3 HIT met afwijkende gebeurtenis (microvariant) 4 HIT met mismatch

4.2.3.4. PRUEM_data_type Soort gegevens in het bericht; de waarde daarvan kan zijn: Waarde Omschrijving P Profiel persoon S Stain

4.2.3.5. PRUEM_data_result Soort gegevens in het bericht; de waarde daarvan kan zijn: Waarde Omschrijving U Niet gedefinieerd, indien richting = R (verzoek) H HIT N No-HIT E Fout

4.2.3.6. IPSG_DNA_profile Structuur waarmee een DNA-profiel wordt beschreven. Dit gedeelte bevat de volgende velden: Velden Soort Omschrijving ess_issol IPSG_DNA_ISSOL Groep loci die overeenkomt met ISSOL (standaardgroep loci van Interpol) additional_loci IPSG_DNA_additional_loci Andere loci marker string (tekenreeks) Gebruikte methode voor het genereren van DNA profile_id string (tekenreeks) Unieke identificatiecode voor DNA-profiel

4.2.3.7. IPSG_DNA_ISSOL Structuur die de ISSOL-loci (standaardgroep van Interpol-loci) bevat. Dit gedeelte bevat de volgende velden: Velden Soort Omschrijving vwa IPSG_DNA_locus Locus vwa th01 IPSG_DNA_locus Locus th01 d21s11 IPSG_DNA_locus Locus d21s11 fga IPSG_DNA_locus Locus fga d8s1179 IPSG_DNA_locus Locus d8s1179 d3s1358 IPSG_DNA_locus Locus d3s1358 d18s51 IPSG_DNA_locus Locus d18s51 amelogenin IPSG_DNA_locus Locus amelogin

4.2.3.8. IPSG_DNA_additional_loci Structuur die de andere loci bevat. Dit gedeelte bevat de volgende velden: Velden Soort Omschrijving tpox IPSG_DNA_locus Locus tpox csf1po IPSG_DNA_locus Locus csf1po d13s317 IPSG_DNA_locus Locus d13s317 d7s820 IPSG_DNA_locus Locus d7s820 d5s818 IPSG_DNA_locus Locus d5s818 d16s539 IPSG_DNA_locus Locus d16s539 d2s1338 IPSG_DNA_locus Locus d2s1338 d19s433 IPSG_DNA_locus Locus d19s433 penta_d IPSG_DNA_locus Locus penta_d penta_e IPSG_DNA_locus Locus penta_e fes IPSG_DNA_locus Locus fes f13a1 IPSG_DNA_locus Locus f13a1 f13b IPSG_DNA_locus Locus f13b se33 IPSG_DNA_locus Locus se33 cd4 IPSG_DNA_locus Locus cd4 gaba IPSG_DNA_locus Locus gaba

4.2.3.9. IPSG_DNA_locus Structuur waarmee een locus wordt beschreven. Dit gedeelte bevat de volgende velden: Velden Soort Omschrijving low_allele string (tekenreeks) Laagste waarde van een allel high_allele string (tekenreeks) Hoogste waarde van een allel

5. Applicatie-, beveiligings- en communicatiearchitectuur

5.1. Overzicht

Voor het afhandelen van verzoeken tot uitwisseling van DNA-gegevens in het kader van deel drie, titel II, van deze overeenkomst moet een gemeenschappelijk, logisch gesloten communicatienetwerk tussen de staten worden gebruikt. Om die gemeenschappelijke communicatie-infrastructuur voor het verzenden van verzoeken en ontvangen van antwoorden efficiënter te benutten, is gekozen voor een asynchroon mechanisme voor het versturen van verzoeken om DNA-en dactyloscopische gegevens, in de vorm van een "verpakt" SMTP e-mailbericht. Om tegemoet te komen aan de beveiligingseisen zal het sMIME-mechanisme (Secure/Multipurpose Internet Mail Extensions) worden gebruikt als extensie van het SMTP (Simple Mail Transfer Protocol), zodat een werkelijk veilige tunnel (eind-tot-eind) over het netwerk tot stand kan worden gebracht.

Als communicatienetwerk voor de uitwisseling van gegevens tussen de staten wordt het reeds operationele Trans European Services for Telematics between Administrations (TESTA) gebruikt. TESTA ressorteert onder de verantwoordelijkheid van de Europese Commissie. Aangezien de nationale DNA-databanken en de huidige nationale TESTA-toegangspunten zich op verschillende sites in de staten kunnen bevinden, kan de toegang tot TESTA tot stand worden gebracht door:

1. gebruik te maken van het bestaande nationale toegangspunt of een nieuw nationaal TESTA-toegangspunt te creëren, of

2. een beveiligde lokale verbinding tot stand te brengen tussen de door de bevoegde nationale dienst beheerde site van de DNA-databank en het bestaande nationale TESTA-toegangspunt.

De protocollen en normen voor applicaties die ter uitvoering van deel drie, titel II, van deze overeenkomst worden gebruikt, voldoen aan de open normen en beantwoorden aan de eisen van de nationale beveiligingsvoorschriften van de staten.

5.2. Architectuur centrale niveau

In het kader van deel drie, titel II, van deze overeenkomst stellen de staten hun DNA-databanken open voor uitwisselingen met en/of bevragingen van andere staten volgens het gestandaardiseerde gemeenschappelijke dataformaat. De architectuur is gebaseerd op een zogeheten "any-to-any"-communicatiemodel. Er is geen centrale computerserver en ook geen centrale databank waarin DNA-profielen worden bewaard.

Afgezien van de interne wettelijke voorschriften waaraan de sites van de staten moeten voldoen, kunnen de staten bepalen welke hardware en software moeten worden gebruikt om hun siteconfiguraties te laten voldoen aan de eisen van deel drie, titel II, van deze overeenkomst.

5.3. Beveiligingsnormen en gegevensbescherming

Er zijn drie beveiligingsniveaus onderzocht en geïmplementeerd.

5.3.1. Gegevensniveau

De DNA-profielgegevens die de staten verstrekken, moeten aan een gemeenschappelijke gegevensbeschermingsnorm voldoen, zodat de verzoekende staat in eerste instantie als antwoord de melding "HIT" of "No-HIT" ontvangt, tezamen met - in het geval van een "HIT" - een identificatienummer dat geen persoonsgegevens bevat. Verder onderzoek na een HIT-melding wordt op bilateraal niveau uitgevoerd, op grond van de interne wettelijke en organisatorische voorschriften die gelden voor de sites van de respectieve staten.

5.3.2. Communicatieniveau

Berichten die informatie over DNA-profielen bevatten (verzoeken en antwoorden), worden versleuteld door middel van de nieuwste mechanismen en volgens open normen, zoals sMIME, alvorens die naar de sites van andere staten worden verzonden.

5.3.3. Transmissieniveau

Versleutelde berichten met informatie over DNA-profielen worden door een virtueel gesloten tunnelsysteem naar de sites van de andere staten verstuurd. Dat systeem wordt op internationaal niveau door een erkende netwerkaanbieder beheerd; de beveiligde verbindingen met dat tunnelsysteem vallen onder de nationale verantwoordelijkheid. Dat virtuele gesloten tunnelsysteem heeft geen connectiepunt met het open internet.

5.4. Protocollen en normen voor het versleutelingsmechanisme: sMIME en aanverwante pakketten

Voor de versleuteling van berichten met informatie over DNA-profielen zal gebruik worden gemaakt van de open norm sMIME als uitbreiding van SMTP (de feitelijke e-mailnorm). Het sMIME-protocol (V3) staat getekende ontvangstmeldingen, veiligheidslabels en beveiligde mailinglijsten toe en berust op een zogeheten Cryptographic Message Syntax (CMS), een specificatie van de Internet Engineering Task Force (IETF) voor berichten met beveiligingsversleuteling. Het kan worden gebruikt om digitale gegevens, ongeacht hun vorm, digitaal te ondertekenen, te systematiseren, te authenticeren of te versleutelen.

Het onderliggende certificaat dat door het sMIME-mechanisme wordt gebruikt, moet voldoen aan de X.509-norm. Met het oog op gemeenschappelijke normen en procedures met andere Prüm-applicaties zien de verwerkingsregels voor sMIME-versleutelingsoperaties, c.q. de regels die in verschillende COTS-omgevingen (Commercial Product of the Shelves - commercieel standaardproduct) moeten worden toegepast, er als volgt uit:

— de sequentie van de operatie ziet er als volgt uit: eerst encryptie en vervolgens ondertekening;

— voor symmetrische versleuteling wordt een AES-versleutelingsalgoritme (Advanced Encryption Standard) met een sleutellengte van 256 bits gebruikt, en voor asymmetrische versleuteling een RSA-algoritme met een sleutellengte van 1024 bits;

— er wordt gebruikgemaakt van het hash-algoritme SHA-1.

Nagenoeg alle moderne e-mailsoftwarepakketten, zoals Outlook, Mozilla Mail en Netscape Communicator 4.x, bevatten de functie sMIME, die verenigbaar is met alle grote softwarepakketten voor elektronisch berichtenverkeer.

Voor de implementatie van het communicatiebeveiligingsniveau is gekozen voor sMIME, omdat dat gemakkelijk in de nationale IT-infrastructuur van de sites van de staten kan worden geïntegreerd en bijgevolg een haalbaar mechanisme is. Om efficiënter en met minder kosten de beoogde "Proof of Concept"-doelstelling te kunnen halen, is evenwel voor de open norm JavaMail API gekozen voor het uitwerken van een prototype voor de uitwisseling van DNA-gegevens. JavaMail API biedt een eenvoudige versleuteling en ontsleuteling van e-mailberichten aan door middel van s/MIME en/of OpenPGP. Het is de bedoeling één enkele gebruiksvriendelijke API aan te bieden aan e-mailgebruikers die versleutelde berichten wensen te versturen en te ontvangen in een van de twee meest gebruikte formaten voor het versleutelen van e-mailberichten. Voor de in deel drie, titel II, van deze overeenkomst vastgelegde eisen zullen bijgevolg de nieuwste implementaties van JavaMail API volstaan, zoals het Bouncy Castle-product JCE (Java Cryptographic Extension), dat zal worden gebruikt voor het implementeren van sMIME met het oog op de uitwerking van een prototype voor de uitwisseling van DNA-gegevens tussen de staten.

5.5. Applicatiearchitectuur

Elke staat bezorgt de andere staten een reeks gestandaardiseerde DNA-profielgegevens die beantwoorden aan het huidige gemeenschappelijk interfacecontroledocument. Daartoe kan een logische "view" voor een bepaalde nationale databank tot stand worden gebracht of een fysiek geëxporteerde databank (geïndexeerde databank) worden gecreëerd.

De volledige applicatielogica wordt door de vier belangrijkste componenten – de e-mailserver/sMIME, de applicatieserver, het datastructuurdomein voor de data fetching/feeding en het registreren van binnenkomende/uitgaande berichten, en de "match engine" – op een productonafhankelijke manier geïmplementeerd.

Om ervoor te zorgen dat alle staten de componenten gemakkelijk in hun respectieve nationale sites kunnen integreren, is de gespecificeerde gemeenschappelijke functie geïmplementeerd door middel van componenten uit open bronnen, die de staten afhankelijk van hun nationaal IT-beleid en hun regelgeving ter zake kunnen kiezen. Voor het verlenen van toegang tot geïndexeerde databanken van DNA-profielen die vallen onder deel drie, titel II, van deze overeenkomst moeten onafhankelijke voorzieningen worden geïmplementeerd; daarom kunnen de staten hun hardware- en softwareplatform, met inbegrip van de databank- en besturingssystemen, vrij kiezen.

Er is een prototype voor de uitwisseling van DNA-gegevens ontwikkeld, dat met succes is getest in het bestaande gemeenschappelijk netwerk. Versie 1.0 is ingezet in de productieomgeving en wordt voor dagelijkse operaties gebruikt. De staten kunnen gebruikmaken van het gemeenschappelijk ontwikkelde product, maar kunnen ook eigen producten ontwikkelen. Al naargelang de veranderende IT-, forensische en/of functionele beleidseisen zullen de gemeenschappelijke productcomponenten worden behouden, aangepast of verder ontwikkeld.

5.6. Protocollen en normen voor de applicatiearchitectuur

5.6.1. XML

Voor de uitwisseling van DNA-gegevens wordt volledig gebruikgemaakt van het XML-schema, als attachment bij SMTP e-mailberichten. XML (eXtensible Markup Language) is een door het World Wide Web Consortium (W3C) aanbevolen algemene markeertaal die wordt gebruikt voor het creëren van markeertalen voor bijzondere doeleinden, waarmee vele verschillende soorten gegevens kunnen worden beschreven. DNA-profielen die voor uitwisseling tussen de staten in aanmerking komen, zijn in het interfacecontroledocument door middel van XML en XML-schema beschreven.

5.6.2. ODBC

ODBC (Open DataBase Connectivity) is een standaard programmeerinterfacemethode voor softwareapplicaties die wordt gebruikt om toegang te verlenen tot databankbeheersystemen en om die onafhankelijk te maken van programmeertalen, databank- en besturingssystemen. ODBC heeft echter bepaalde nadelen. Het beheer van een groot aantal gebruikersmachines kan tot een grote verscheidenheid aan drivers en DLL's zorgen. Door die complexiteit kunnen de algemene kosten van het systeembeheer toenemen.

5.6.3. JDBC

JDBC (Java DataBase Connectivity) is een applicatieprogrammeerinterface voor de programmeertaal Java waarbij wordt gedefinieerd op welke manier een gebruiker ("cliënt") toegang kan krijgen tot een databank. Anders dan voor ODBC, hoeven voor JDBC geen lokale DLL's op de gebruikersmachine te worden gebruikt.

De logica voor het verwerken van verzoeken om DNA-profielen, en de antwoorden daarop, in de sites van de staten wordt in het onderstaande diagram beschreven. Zowel de verzoeken- als de antwoordenstroom interageert met een neutrale datazone die bestaat uit verschillende datagehelen met een gemeenschappelijke datastructuur.

5.7. Communicatieomgeving

5.7.1. Gemeenschappelijk communicatienetwerk: TESTA en de follow-up-infrastructuur ervan

De applicatie voor het uitwisselen van DNA-gegevens zal het e-mailsysteem, een asynchroon mechanisme, gebruiken om tussen de staten verzoeken te verzenden en antwoorden te ontvangen. Aangezien alle staten over ten minste één nationaal TESTA-toegangspunt beschikken, zullen de DNA-gegevens in het TESTA-netwerk worden uitgewisseld. TESTA biedt een aantal meerwaardediensten door de bijbehorende e-mail relay. De infrastructuur biedt niet alleen specifieke TESTA-e-mailpostbussen, maar is ook geschikt voor het implementeren van maildistributielijsten en routingmaatregelen. Daardoor kan TESTA worden gebruikt als "clearing house" voor berichten die bestemd zijn voor overheidsdiensten die met EU-domeinen zijn verbonden. Er kan ook in viruscontrole worden voorzien.

De TESTA e-mail relay is gebouwd op een hardwareplatform met een hoge beschikbaarheidsgraad dat zich in de centrale applicatie van TESTA bevindt en door een firewall wordt beschermd. De Domain Name Systems (domeinnaamsystemen - DNS) van TESTA zetten URL's om in IP-adressen en verbergen adresinformatie voor de gebruiker en applicaties.

5.7.2. Beveiliging

Het VPN-concept (virtueel gesloten netwerk) is al geïmplementeerd in het kader van TESTA. De Tag Switching Technology die is gebruikt om dat VPN tot stand te brengen, zal verder worden uitgebouwd om de MPLS-norm (Multi-Protocol Label Switching) te ondersteunen die door de IETF is ontwikkeld.

MPLS is een IETF-standaardtechnologie die voor snellere netwerkverkeersstromen zorgt doordat pakketanalyses door tussenliggende routers (zogeheten "hops") worden voorkomen. Daartoe worden door de eindrouters van de verbindingen zogeheten labels aan het pakket gekoppeld, op basis van de informatie die wordt opgeslagen in de forwarding information base (FIB). Labels worden ook gebruikt om VPN's te implementeren.

MPLS combineert de voordelen van drielagen-routing met die van tweelagen-switching. Aangezien internetadressen niet worden geëvalueerd tijdens de transitie door de netwerkverbindingen houdt MPLS op dat punt geen beperkingen in.

E-mailberichten die met gebruikmaking van TESTA worden verzonden, worden bovendien beveiligd door het sMIME-versleutelingsmechanisme. Zonder kennis van de sleutel en zonder het juiste certificaat kunnen over het netwerk verzonden berichten niet worden ontsleuteld.

5.7.3. Protocollen en normen voor het communicatienetwerk

5.7.3.1. SMTP SMPT is de feitelijke norm voor de transmissie van elektronische post over het internet. SMTP is een vrij eenvoudig, op tekst gebaseerd protocol waarbij eerst een of meer ontvangers van een bericht worden gespecificeerd en vervolgens de tekst wordt verstuurd. SMTP maakt gebruik van TCP-poort 25, die door de IETF is gespecificeerd. Om de SMTP-server voor een bepaalde domeinnaam vast te stellen, wordt gebruikgemaakt van een DNS-record (Domain Name System - domeinnamenstelsel) voor MX (Mail eXchange - berichtenuitwisseling). Dit protocol was aanvankelijk uitsluitend op ASCII-tekst gebaseerd en voldeed daarom niet voor binaire bestanden. Dat heeft geleid tot de ontwikkeling van normen zoals MIME voor het encoderen van binaire bestanden zodat die via SMTP kunnen worden verzonden. De meeste SMTP-servers ondersteunen thans de 8 bit MIME- en sMIME-extensie, waardoor binaire bestanden bijna net zo gemakkelijk kunnen worden verzonden als niet-gecodeerde tekst. De verwerkingsregels voor sMIME-operaties worden beschreven in de afdeling "s/MIME" (zie afdeling 5.4). SMTP is een zogeheten "push"-protocol, waardoor berichten niet, wanneer iemand dat zou willen, via een server op afstand kunnen worden opgehaald ("to pull"). Daarvoor moet een e-mailcliënt POP3 (Post Office Protocol, 3e versie) of IMAP (Internet Message Access Protocol) gebruiken. Er is besloten om het POP3-protocol te gebruiken voor het uitwisselen van DNA-gegevens.

5.7.3.2. POP Lokale e-mailcliënten gebruiken de derde versie van het Post Office Protocol (POP3), een internet-standaardprotocol op het niveau van de applicatielaag, om e-mailberichten via een TCP/IP-verbinding op te halen van een server op afstand. Wanneer e-mailcliënten gebruikmaken van het SMTP Submit-profiel van het SMTP-protocol, verzenden zij berichten over het internet of over een intranet. MIME fungeert als norm voor attachments en voor niet-ASCII-tekst in e-mailberichten. Hoewel noch voor POP3 noch voor SMTP e-mailberichten in MIME-formaat vereist zijn, hebben de meeste e-mailberichten over het internet een MIME-formaat, hetgeen tot gevolg heeft dat ook POP-cliënten bekend moeten zijn met MIME en het moeten gebruiken. De volledige communicatieomgeving van deel drie, titel II, van deze overeenkomst zal derhalve de POP-componenten bevatten.

5.7.4. Toewijzing van netwerkadressen

Operationele omgeving

De Europese IP-registratieautoriteit (RIPE) heeft aan TESTA een specifiek deel van een half B-klasse-subnet toegewezen. In Europa worden internetprotocoladressen op geografische basis aan de staten toegewezen. De uitwisseling van gegevens tussen de staten in het kader van deel drie, titel II, van deze overeenkomst vindt plaats over een Europees logisch gesloten IP-netwerk.

Testomgeving

Om een goed werkende omgeving voor dagelijks operationeel gebruik tussen de verbonden staten tot stand te kunnen brengen, moet in het gesloten netwerk een testomgeving worden gecreëerd voor nieuwe staten die zich wensen aan te sluiten. Daartoe is een reeks parameters gespecificeerd, zoals IP-adressen, netwerksettings, e-maildomeinen en accounts voor gebruikers van de applicatie, die op de site van de betreffende staat moeten worden gecreëerd. Verder is er een reeks pseudo-DNA-profielen aangemaakt die voor de tests zullen worden gebruikt.

5.7.5. Configuratieparameters

Er wordt een beveiligd e-mailsysteem ingesteld, dat het domein eu-admin.net gebruikt. Dat domein en de bijbehorende adressen zijn niet toegankelijk vanuit een locatie die zich niet op het Europese TESTA-domein bevindt, omdat de namen alleen op de centrale DNS-server van TESTA worden herkend en die server van het internet is afgeschermd.

De DNS-dienst van TESTA zorgt voor de mapping van die adressen van de TESTA-site ("host"-namen) en de corresponderende IP-adressen. Voor elk lokaal domein wordt aan de centrale DNS-server van TESTA een e-mailtoegang toegevoegd, zodat alle e-mailberichten die naar lokale TESTA-domeinen worden verzonden, naar de centrale e-mailrelay van TESTA worden doorgestuurd. Vanuit die centrale e-mailrelay van TESTA worden de berichten vervolgens naar de specifieke e-mailserver van het lokale domein doorgestuurd; daarvoor worden de e-mailadressen van het lokale domein gebruikt. Door e-mailberichten op die manier door te sturen, passeert gevoelige informatie in e-mailberichten alleen door de Europese gesloten netwerkinfrastructuur, en niet over het onveilige internet.

Op de sites van alle staten moeten subdomeinen (bold italics) worden gecreëerd die er als volgt uitzien:

"application-type.State-code.pruem.testa.eu", waarbij: "State-code" staat voor een van de uit twee letters bestaande staatcodes (bv. AT, BE, enz.);

"application-type" een van de volgende waarden is: DNA, FP en CAR.

Toepassing van het bovenstaande levert de volgende subdomeinen op voor de staten:

Syntaxis van de subdomeinen van de staten Toestand Subdomeinen Opmerkingen 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

HOOFDSTUK 2

UITWISSELING VAN DACTYLOSCOPISCHE GEGEVENS (INTERFACECONTROLEDOCUMENT)

In het navolgende interfacecontroledocument wordt omschreven aan welke eisen de uitwisseling van dactyloscopische gegevens tussen de geautomatiseerde vingerafdrukidentificatiesystemen (AFIS - Automated Fingerprint Identification Systems) van de staten moet voldoen. Een en ander is gebaseerd op de implementatie van ANSI/NIST-ITL 1-2000 (INT-I, versie 4.22b) in het kader van Interpol.

Deze versie bevat de basisdefinities voor de logische records van type 1, type 2, type 4, type 9, type 13 en type 15, die nodig zijn voor het verwerken van dactyloscopische gegevens (beelden en minutiae).

1. Overzicht van de bestandsinhoud

Een bestand met dactyloscopische gegevens bestaat uit verschillende logische records. In de oorspronkelijke norm ANSI/NIST-ITL 1-2000 worden 16 recordsoorten gespecificeerd. De records, en de velden en subvelden in de records, worden van elkaar gescheiden door middel van ASCII-tekens.

Voor de uitwisseling van informatie tussen de verzendende dienst en de dienst van bestemming worden slechts zes recordtypes gebruikt:

Type-1 → informatie over de te verrichten opdracht Type-2 → alfanumerieke gegevens over de persoon/zaak Type-4 → dactyloscopische grijswaardenbeelden in hoge resolutie Type-9 → minutiaerecord Type-13 → sporenbeeld in variabele resolutie Type-15 → handpalmafdrukbeeld in variabele resolutie

1.1. Type 1 – Bestandsaanhef

Deze record bevat informatie over de routing en een beschrijving van de structuur van de rest van het bestand. Dit recordtype bevat tevens een omschrijving van de soorten opdrachten, die in de volgende algemene categorieën kunnen worden onderverdeeld:

1.2. Type 2 – Beschrijvende tekst

Deze record bevat tekstinformatie die van belang is voor de verzendende en voor de ontvangende dienst.

1.3. Type 4 – Grijswaardenbeeld in hoge resolutie

Deze record wordt gebruikt voor de uitwisseling van dactyloscopische grijswaardenbeelden in hoge resolutie (8 bits), gesampled tegen 500 pixels per inch. De dactyloscopische beelden moeten worden gecomprimeerd met behulp van een WSQ-algoritme in een maximale van 15:1. Andere comprimeringsalgoritmen of niet-gecomprimeerde beelden mogen niet worden gebruikt.

1.4. Type 9 – Minutiaerecord

Type 9-records worden gebruikt om lijnkenmerken of minutiaegegevens uit te wisselen. Dit soort records is bedoeld om enerzijds overbodige herhalingen van AFIS-coderingen te voorkomen, en anderzijds de transmissie van AFIS-codes met minder gegevens dan de corresponderende beelden mogelijk te maken.

1.5. Type 13 – Sporenbeeld in variabele resolutie

Deze record wordt gebruikt om beelden (in variabele resolutie) van vinger- en handpalmafdruksporen uit te wisselen, tezamen met alfanumerieke informatie over de textuur. De scanresolutie van de beelden bedraagt 500 pixels per inch, met 256 grijsniveaus. Indien het beeld van de sporen van voldoende kwaliteit is, wordt het door middel van een WSQ-algoritme gecomprimeerd. Indien nodig kan wederzijds worden overeengekomen de beeldresolutie te verscherpen tot meer dan 500 pixels per inch en meer dan 256 grijsniveaus. In dat geval verdient het sterke aanbeveling gebruik te maken van JPEG 2000 (zie aanhangsel 39-7).

1.6. Handpalmafdrukbeeld in variabele resolutie

Voor het uitwisselen van handpalmafdrukbeelden in variabele resolutie met alfanumerieke informatie over de textuur worden tagged-field beeldrecords van type 15 gebruikt. De scanresolutie van de beelden bedraagt 500 pixels per inch, met 256 grijsniveaus. Om het gegevensvolume te beperken, worden alle handpalmafdrukbeelden door middel van een WSQ-algoritme gecomprimeerd. Indien nodig kan wederzijds worden overeengekomen de beeldresolutie te verscherpen tot meer dan 500 pixels per inch en meer dan 256 grijsniveaus. In dat geval verdient het sterke aanbeveling gebruik te maken van JPEG 2000 (zie aanhangsel 39-7).

2. Recordformaat

Een opdrachtbestand bestaat uit één of meer logische records. Voor elke logische record in het bestand moeten, afhankelijk van het recordtype, verschillende informatievelden bestaan. Elk informatieveld kan één of meer basale informatie-elementen bevatten die elk uit één waarde bestaan. Samen worden die elementen gebruikt om de verschillende aspecten van de gegevens van dat veld kenbaar te maken. Een informatieveld kan ook bestaan uit één of meer informatie-elementen die worden gegroepeerd en in een veld verschillende keren worden herhaald. Een dergelijke groep informatie-elementen wordt subveld genoemd. Een informatieveld kan dus uit één of meer subvelden met informatie-elementen bestaan.

2.1. Informatiescheidingstekens

In tagged field logische records worden vier ASCII-infomatiescheidingstekens gebruikt om informatie af te bakenen. Afgebakende informatie kan zijn: elementen in een veld of subveld, velden in een logische record, of herhalingen van subvelden. Die informatiescheidingstekens worden gedefinieerd volgens de norm ANSI X3.4. Die karakters worden gebruikt om informatie in logische zin te scheiden en te kwalificeren. De hiërarchische verhouding is als volgt: het bestandscheidingsteken "FS" (File Separator) is het meest inclusieve teken, gevolgd door het groepsscheidingsteken "GS" (Group Separator), het recordscheidingsteken "RS" (Record Separator) en, ten slotte, het eenheidscheidingsteken "US" (Unit Separator). Tabel 1 bevat een lijst van die ASCII-scheidingstekens, met een beschrijving van het doel waarvoor zij in die norm worden gebruikt.

Vanuit functioneel oogpunt moeten informatiescheidingstekens worden gezien als indicatie van het soort gegevens dat volgt. Het teken "US" scheidt individuele informatie-elementen binnen een veld of subveld. Dit duidt erop dat de informatie die volgt, een stukje data voor dat veld of subveld is. Wanneer verschillende subvelden binnen een veld door het teken "RS" worden gescheiden, duidt dit op het begin van de volgende groep herhaalde informatie-elementen. Het scheidingsteken "GS" tussen informatievelden duidt op het begin van een nieuw veld voorafgaand aan het veldidentificatienummer dat moet verschijnen. Het begin van een nieuwe logische record moet worden aangegeven door het teken "FS".

De vier tekens hebben slechts een betekenis wanneer ze als datascheidingstekens in de velden van ASCII-tekstrecords worden gebruikt. Wanneer ze in binaire beeldrecords of in binaire velden worden gebruikt, hebben ze geen specifieke betekenis - ze maken louter deel uit van de uitgewisselde gegevens.

Normaliter komen er geen lege velden of informatie-elementen voor; bijgevolg mag er slechts één scheidingsteken staan tussen twee gegevenselementen. Er is een uitzondering op die regel, namelijk wanneer de gegevens in velden dan wel informatie-elementen in een opdracht niet beschikbaar zijn, ontbreken of facultatief zijn en de verwerking van de opdracht niet afhankelijk is van die specifieke gegevens. Wanneer er in zulke gevallen verschillende scheidingstekens op elkaar volgen, moeten die samen verschijnen en hoeven er geen "nepgegevens" te worden tussengevoegd.

Voor de definitie van een veld dat uit drie informatie-elementen bestaat, geldt het volgende: indien de informatie voor het tweede informatie-element ontbreekt, komen tussen het eerste en het derde informatie-element twee aanliggende "US"-informatiescheidingstekens voor. Indien zowel het tweede als het derde informatie-element zou ontbreken, zouden drie scheidingstekens moeten worden gebruikt - twee "US"-tekens plus het scheidingsteken voor het veld- of subveldeinde. De algemene regel is dat indien een of meer verplichte of facultatieve informatie-elementen niet beschikbaar zijn voor een veld of subveld, het overeenkomstige aantal scheidingstekens wordt tussengevoegd.

Het is mogelijk dat combinaties van twee of meer van de vier beschikbare scheidingstekens naast elkaar voorkomen. Indien gegevens ontbreken of niet beschikbaar zijn voor informatie-elementen, subvelden of velden, moet er één scheidingsteken minder voorkomen dan het vereiste aantal gegevenselementen, subvelden of velden.

Tabel 1

Gebruikte scheidingstekens

Code Soort Omschrijving Hexadecimale waarde Decimale waarde US Unit Separator Scheidt informatiepunten 1F 31 RS Record Separator Scheidt subvelden 1E 30 GS Group Separator Scheidt velden 1D 29 FS File Separator Scheidt logische records 1C 28

2.2. Recordindeling

In het geval van tagged-field logische records wordt elk gebruikt informatieveld volgens deze norm genummerd. Het formaat van elk veld bestaat uit het nummer van het type logische record, gevolgd door een punt ".", een veldnummer gevolgd door een dubbele punt ":", en vervolgens de informatie die bij dat veld hoort. Het tagged-field nummer kan om het even welk getal van één tot negen cijfers zijn tussen de punt "." en de dubbele punt ":". Het wordt geïnterpreteerd als een veldnummer dat een positief geheel getal is. Dit impliceert dat een veldnummer met de waarde "2.123:" gelijk is aan en op dezelfde manier moet worden geïnterpreteerd als een veldnummer met de waarde "2.000000123:".

In dit document wordt bij wijze van voorbeeld een getal van drie cijfers gebruikt voor het opsommen van de velden in elk van de in het document beschreven tagged-field logische records. Veldnummers nemen de volgende vorm aan: "TT.xxx:", waarbij de "TT" staat voor het recordtype, bestaande uit één of twee karakters, gevolgd door een punt. De volgende drie karakters bevatten het desbetreffende veldnummer, gevolgd door een dubbele punt. De dubbele punt wordt gevolgd door beschrijvende ASCII-informatie of door de beeldgegevens.

Logische records van type 1 en type 2 bevatten uitsluitend ASCII-tekstgegevensvelden. De volledige lengte van de record (met inbegrip van de veldnummers, dubbele punten en scheidingstekens) wordt als eerste ASCII-veld vastgelegd in elk van deze recordtypes. Het controleteken van het ASCII-bestandscheidingsteken "FS" (dat het einde van de logische record of opdracht aangeeft) volgt de laatste byte van de ASCII-informatie en wordt meegerekend in de lengte van de record.

Anders dan in het geval van tagged-field records bevat de type 4-record uitsluitend binaire gegevens die worden vastgelegd als geordende binaire velden met een vaste lengte. De volledige lengte van de record wordt vastgelegd in het eerste binaire veld van vier bytes van elke record. Voor deze binaire record worden geen recordnummer met punt en geen veldidentificatienummer met daaropvolgende dubbele punt vastgelegd. Aangezien alle veldlengtes van deze record ofwel vast ofwel gespecificeerd zijn, wordt geen enkele van de vier scheidingstekens ("US", "RS", "GS" of "FS") anders geïnterpreteerd dan als binair gegeven. Voor binaire records wordt het "FS"-teken niet als bestandscheidingsteken of als opdrachteindeteken gebruikt.

3. Logische-recordtype 1: bestandsaanhef

Deze record beschrijft de structuur van het bestand, het soort bestand en andere belangrijke informatie. De voor type 1-velden gebruikte karakterreeks bevat uitsluitend de 7-bits ANSI-code voor onderlinge uitwisseling van informatie.

3.1. Velden voor logische-recordtype 1

3.1.1. Veld 1.001: logische-recordlengte (Logical Record Length - LEN)

Dit veld bevat het totale aantal bytes in de volledige logische-recordtype 1. Het veld begint met "1.001:", gevolgd door de totale lengte van de record, dit wil zeggen elk karakter van elk veld, plus de informatiescheidingstekens.

3.1.2. Veld 1.002: versienummer (Version Number - VER)

Om ervoor te zorgen dat de gebruikers weten welke versie van de ANSI/NIST-norm wordt gebruikt, specificeert dit veld van 4 bytes het versienummer van de norm die wordt geïmplementeerd door de software of het systeem waarmee het bestand is gecreëerd. De eerste twee bytes specificeren het belangrijkste referentienummer van de gebruikte versie, de tweede twee het minder belangrijke nummer van herziening. De originele norm van 1986 zou bijvoorbeeld als eerste versie worden beschouwd en met "0100" worden aangegeven, terwijl de huidige ANSI/NIST-ITL 1-2000-norm "0300" is.

3.1.3. Veld 1.003: bestandsinhoud (File Content - CNT)

Dit veld bevat een opsomming van alle records in het bestand, per recordtype en in de volgorde waarin de records in het logisch bestand voorkomen. Het bestaat uit één of meer subvelden, die elk twee informatie-elementen bevatten die één logische record uit het desbetreffende bestand beschrijven. De subvelden worden in dezelfde volgorde opgenomen als die waarin de records worden geregistreerd en verzonden.

Het eerste informatie-element in het eerste subveld is "1", hetgeen verwijst naar dit type 1-record. Het wordt gevolgd door een tweede informatie-element dat het aantal andere records in het bestand bevat. Dit aantal is ook gelijk aan het totaal van de overige subvelden van veld 1.003.

De overige subvelden worden elk aan één record in het bestand gekoppeld, en de sequentie van de subvelden komt met die van de records overeen. Elk subveld bevat twee informatie-elementen. Het eerste is een identificatie van het type record. Het tweede is de IDC van de record. Het karakter "US" wordt gebruikt om de twee informatie-elementen van elkaar te scheiden.

3.1.4. Veld 1.004: Soort opdracht (Type of Transaction - TOT)

Dit veld bevat een uit drie letters bestaand "ezelsbruggetje" ter aanduiding van het soort opdracht. Deze codes kunnen verschillen van de codes die in andere implementaties van de ANSI/NIST-norm worden gebruikt.

CPS: Criminal Print-to-Print Search (afdrukbevraging in een afdrukkendatabank voor strafrechtelijke doeleinden). Het gaat hierbij om een verzoek tot bevraging van een afdrukkendatabank met betrekking tot een record die verband houdt met een strafbaar feit. De afdrukken van de betrokkene moeten als WSQ-gecomprimeerde beelden in het bestand worden opgenomen.

In het geval van een "No-HIT" worden de volgende logische records teruggestuurd:

— 1 type-1 record,

— 1 type-2 record.

In het geval van een "HIT" worden de volgende logische records teruggestuurd:

— 1 type-1 record,

— 1 type-2 record,

— 1 tot 14 type-4 record(s).

In tabel A.6.1 (aanhangsel 39-6) wordt schematisch weergegeven wat de opdracht "CPS" inhoudt.

PMS: Print-to-Latent Search (afdrukbevraging in een sporendatabank). Deze opdracht wordt gegeven om voor een reeks afdrukken een bevraging te verrichten in een databank van niet-geïdentificeerde sporen. Het antwoord bevat een HIT/No-HIT-melding van het AFIS waarin de bevraging is verricht. Indien er verschillende niet-geïdentificeerde sporen zijn, worden er verschillende SRE's teruggestuurd met telkens één spoor per opdracht. De afdrukken van de betrokkene moeten als WSQ-gecomprimeerde beelden in het bestand worden opgenomen.

In het geval van een "No-HIT" worden de volgende logische records teruggestuurd:

— 1 type-1 record,

— 1 type-2 record.

In het geval van een "HIT" worden de volgende logische records teruggestuurd:

— 1 type-1 record,

— 1 type-2 record,

— 1 type-13 record.

In tabel A.6.1 (aanhangsel 39-6) wordt schematisch weergegeven wat de opdracht "PMS" inhoudt.

MPS: Latent-to-Print Search (sporenbevraging in een afdrukkendatabank). Deze opdracht wordt gegeven wanneer voor een bepaald spoor een bevraging moet worden verricht in een afdrukkendatabank. De informatie over de minutiae van het spoor moet samen met het beeld (met WSQ-comprimering) in het bestand worden opgenomen.

In het geval van een "No-HIT" worden de volgende logische records teruggestuurd:

— 1 type-1 record,

— 1 type-2 record.

In het geval van een "HIT" worden de volgende logische records teruggestuurd:

— 1 type-1 record,

— 1 type-2 record,

— 1 type-4 of type-15 record.

In tabel A.6.4 (aanhangsel 39-6) wordt schematisch weergegeven wat de opdracht "MPS" inhoudt.

MMS: Latent-to-Latent Search (sporenbevraging in een sporendatabank). In dit geval bevat het bestand een spoor waarvoor een bevraging moet worden verricht in een databank van niet-geïdentificeerde sporen met de bedoeling verbanden te leggen tussen verschillende plaatsen delict. De informatie over de minutiae van het spoor moet samen met het beeld (met WSQ-comprimering) in het bestand worden opgenomen.

In het geval van een "No-HIT" worden de volgende logische records teruggestuurd:

— 1 type-1 record,

— 1 type-2 record.

In het geval van een "HIT" worden de volgende logische records teruggestuurd:

— 1 type-1 record,

— 1 type-2 record,

— 1 type-13 record.

In tabel A.6.4 (aanhangsel 39-6) wordt schematisch weergegeven wat de opdracht "MMS" inhoudt.

SRE: deze opdracht wordt door de dienst van bestemming teruggestuurd als antwoord op toegezonden dactyloscopische gegevens. Het antwoord bevat een HIT/No-HIT-melding van het AFIS waarin de bevraging is verricht. Indien er verschillende mogelijke "hits" zijn, worden er verschillende SRE's teruggestuurd met telkens één mogelijke "hit".

In tabel A.6.2 (aanhangsel 39-6) wordt schematisch weergegeven wat de opdracht "SRE" inhoudt.

ERR: foutmelding die wordt teruggestuurd door het AFIS van bestemming. Een ERR bevat een berichtveld (ERM) waarin de vastgestelde fout wordt aangegeven. De volgende logische records worden teruggestuurd:

— 1 type-1 record,

— 1 type-2 record.

In tabel A.6.3 (aanhangsel 39-6) wordt schematisch aangegeven wat de opdracht "ERR" inhoudt.

Tabel 2

Toegestane codes in opdrachten

Transactietype Type logische record 1 2 4 9 13 15 CPS M M M — — — SRE M M C — (C bij latente HIT's) C C MPS M M — M (1*) M — MMS M M — M (1*) M — PMS M M M* — — M* ERR M M — — — —

Legende:

M = Mandatory (verplicht) M* = Het is mogelijk dat slechts één van de beide recordtypes is opgenomen, O = Optional (facultatief) C = Conditional - is afhankelijk van de beschikbaarheid van gegevens — = Niet toegestaan 1* = Conditional - is afhankelijk van de ouderdom van de systemen

3.1.5. Veld 1.005: opdrachtdatum (Date of Transaction - DAT)

Dit veld bevat de datum waarop de opdracht is gegeven en moet beantwoorden aan de volgende ISO-standaardnotering: JJJJMMDD

waarbij YYYY het jaar is, MM de maand en DD de dag. Getallen uit één cijfer worden in de notering door een nul voorafgegaan. Bijvoorbeeld: "19931004" staat voor 4 oktober 1993.

3.1.6. Veld 1.006: prioriteit (Priority - PRY)

In dit facultatieve veld wordt de prioriteit van het verzoek, gaande van 1 tot 9, bepaald. "1" is de hoogste prioriteit; "9" de laagste. Opdrachten met prioriteit "1" moeten onmiddellijk worden verwerkt.

3.1.7. Veld 1.007: identificatie dienst van bestemming (Destination Agency Identifier - DAI)

In dit veld wordt gespecificeerd voor welke dienst de opdracht bestemd is.

Het bestaat uit twee informatie-elementen van het volgende formaat: CC/dienst.

Het eerste informatie-element is de ISO 3166-landencode (twee alfanumerieke karakters). Het tweede element, de dienst, is een identificatie van de dienst in vrije tekst met ten hoogste 32 alfanumerieke karakters.

3.1.8. Veld 1.008: identificatie dienst van herkomst (Originating Agency Identifier - ORI)

In dit veld wordt de originator van het bestand gespecificeerd; het heeft hetzelfde formaat als de DAI (veld 1.007).

3.1.9. Veld 1.009: opdrachtcontrolenummer (Transaction Control Number - TCN)

Dit is een controlenummer dat voor referentiedoeleinden wordt gebruikt. Dit nummer moet door de computer worden gegenereerd en dient het volgende formaat te hebben: YYSSSSSSSSA

waarbij YY het jaar van de opdracht is, SSSSSSSS een serienummer van acht cijfers en A een controleteken dat wordt gegenereerd door de procedure van aanhangsel 39-2 te volgen.

Indien er geen TCN beschikbaar is, wordt het veld YYSSSSSSSS met nullen gevuld en wordt een controleteken gegenereerd zoals hierboven is beschreven.

3.1.10. Veld 1.010: antwoord opdrachtcontrole (Transaction Control Response - TCR)

Wanneer een verzoek is verzonden waarop dit het antwoord is, bevat dit facultatieve veld het opdrachtcontrolenummer van het verzoekbericht. Het heeft daarom hetzelfde formaat als het TCN (veld 1.009).

3.1.11. Veld 1.011: native scanning-resolutie (NSR)

Dit veld specificeert de normale scanresolutie van het systeem dat door de originator van het bericht wordt ondersteund. De resolutie wordt gespecificeerd als twee cijfers, gevolgd door een decimaal punt en nogmaals twee cijfers.

Voor alle opdrachten op grond van de artikelen 533 en 534 van deze overeenkomst bedraagt de bemonsteringsverhouding 500 pixels/inch of 19,68 pixels/mm.

3.1.12. Veld 1.012: nominale transmissieresolutie (Nominal Transmitting Resolution - NTR)

In dit veld van 5 bytes wordt de nominale transmissieresolutie van de doorgezonden beelden gespecificeerd. De resolutie wordt aangegeven in pixels/mm, in hetzelfde formaat als NSR (veld 1.011).

3.1.13. Veld 1.013: domeinnaam (DOM)

Dit verplichte veld bevat de identificatie van de domeinnaam ten behoeve van de implementatie van de gebruikergebonden type 2-logische record. Het bestaat uit de volgende twee informatie-elementen "INT-I{}{US}}4.22{}{GS}}".

3.1.14. Veld 1.014: Greenwich Mean Time (GMT)

Dit verplichte veld bevat de datum en tijd in universele Greenwich Mean Time (GMT)-weergave. Het GMT-veld dat wordt gebruikt bevat de universele datum en de lokale datum van veld 1.005 (DAT). Door het GMT-veld te gebruiken, worden inconsistenties in verband met lokale tijdsaanduidingen geëlimineerd die ontstaan wanneer een bericht en het antwoord daarop worden verzonden tussen twee plaatsen die in verschillende tijdszones liggen. GMT geeft een universele datum en een 24-urenkloktijd die onafhankelijk is van tijdszones. Dit veld wordt weergegeven als "CCYYMMDDHHMMSSZ", een reeks van 15 karakters die een opeenvolging zijn van de datum en de GMT en eindigt met een "Z". De karakters "CCYY" staan voor het jaar van het bericht, de karakters "MM" staan voor de maand (in tientallen en eenheden), de karakters "DD" staan voor de dag (in tientallen en eenheden), de karakters "HH" geven het uur weer, de "MM" de minuten en de "SS" de seconden. De volledige datum mag niet later zijn dan de actuele datum.

4. Logische-recordtype 2: beschrijving

De structuur van deze record is voor een groot deel niet volgens de originele ANSI/NIST-norm gedefinieerd. De record bevat informatie die van specifiek belang is voor de diensten die het bestand verzenden of ontvangen. Om ervoor te zorgen dat met elkaar communicerende dactyloscopiesystemen verenigbaar zijn, mag de record alleen de hieronder opgesomde velden bevatten. Dit document specificeert welke velden verplicht zijn en welke facultatief, en bevat tevens een definitie van de structuur van de individuele velden.

4.1. Velden voor logische-recordtype 2

4.1.1. Veld 2.001: logische-recordlengte (Logical Record Length - LEN)

Dit verplichte veld bevat de lengte van deze type 2-record en specificeert het totale aantal bytes, daaronder begrepen elk karakter van elk veld in de record, plus de informatiescheidingstekens.

4.1.2. Veld 2.002: beeldkarakterisering (Image Designation Character - IDC)

De IDC in dit verplichte veld is een ASCII-weergave van de IDC zoals gedefinieerd in het bestandsinhoudveld (CNT) van de type 1-record (veld 1.003).

4.1.3. Veld 2.003: systeeminformatie (SYS)

Met dit verplichte veld van vier bytes wordt aangegeven aan welke versie van de INT-I de desbetreffende type 2-record voldoet.

De eerste twee bytes specificeren het belangrijkste versienummer, de volgende twee het minder belangrijke nummer van herziening. Deze implementatie is bijvoorbeeld gebaseerd op INT-I versie 4, 22e herziening, en zou als volgt worden weergegeven: "0422".

4.1.4. Veld 2.007: zaaknummer (Case Number - CNO)

Dit is een nummer dat door het lokale dactyloscopiebureau wordt gegeven aan een verzameling mogelijke sporen die op een plaats delict zijn gevonden. Het formaat ziet er als volgt uit: CC/nummer

waarbij CC de uit twee alfanumerieke karakters bestaande Interpol-landencode is, en het nummer volgens de lokale richtsnoeren wordt weergegeven met ten hoogte 32 alfanumerieke karakters.

Door middel van dit veld kan het systeem mogelijke sporen van een bepaald delict identificeren.

4.1.5. Veld 2.008: sequentienummer (SQN)

In dit veld wordt elke sequentie van mogelijke sporen in een zaak gespecificeerd. Het veld is maximaal vier numerieke karakters lang. Een sequentie is een spoor of reeks sporen die worden gegroepeerd, zodat die kunnen worden geregistreerd en/of bevraagd. Deze definitie houdt in dat zelfs individuele sporen altijd een sequentienummer moeten krijgen.

Dit veld kan samen met de MID (veld 2.009) worden opgenomen om een bepaald spoor in een sequentie te identificeren.

4.1.6. Veld 2.009: spooridentificatie (Latent Identifier - MID)

Dit is een specificatie van een individueel spoor in een sequentie. De waarde is één enkele letter of twee letters, waarbij "A" voor het eerste spoor staat, "B" voor het tweede, en zo verder tot een limiet van "ZZ". Dit veld wordt analoog aan het sporensequentienummer bedoeld in de beschrijving voor het sequentienummer (veld 2.008) gebruikt.

4.1.7. Veld 2.010: strafrechtelijk referentienummer (Criminal Reference Number - CRN)

Dit is een uniek referentienummer dat door een nationale instantie aan iemand wordt toegekend wanneer die voor het eerst van een strafbaar feit wordt beschuldigd. Niemand kan meer dan één CRN of hetzelfde CRN als een andere persoon hebben in hetzelfde land. Eenzelfde persoon kan wel verscheidene strafrechtelijke referentienummers hebben in verschillende landen; die kunnen door de landencode van elkaar worden onderscheiden.

Het formaat van het CRN-veld ziet er als volgt uit: CC/nummer

waarbij CC de uit twee alfanumerieke karakters bestaande ISO 3166-code is, en het nummer volgens de nationale richtlijnen van de verzendende instantie wordt weergegeven met maximaal 32 alfanumerieke karakters.

Voor opdrachten op grond van de artikelen 533 en 534 van deze overeenkomst wordt dit veld gebruikt voor het nationale strafrechtelijke referentienummer van de verzendende instantie, dat gekoppeld is aan de beelden in type 4- of type 15-records.

4.1.8. Veld 2.012: identificatienummer (Miscellaneous Identification Number - MN1)

Dit veld bevat het CRN (veld 2.010) dat in het kader van een CPS- of PMS-opdracht is verzonden, zonder de inleidende landencode.

4.1.9. Veld 2.013: identificatienummer (Miscellaneous Identification Number - MN2)

Dit veld bevat het CNO (veld 2.007) dat in het kader van een MPS- of MMS-opdracht is verzonden, zonder de inleidende landencode.

4.1.10. Veld 2.014: identificatienummer (Miscellaneous Identification Number - MN3)

Dit veld bevat het SQN (veld 2.008) dat in het kader van een MPS- of MMS-opdracht is verzonden.

4.1.11. Veld 2.015: identificatienummer (Miscellaneous Identification Number - MN4)

Dit veld bevat de MID (veld 2.009) die in het kader van een MPS- of MMS-opdracht is verzonden.

4.1.12. Veld 2.063: aanvullende informatie (INF)

In het geval van een SRE-opdracht naar aanleiding van een PMS-verzoek wordt in dit veld informatie verstrekt over de vinger die aanleiding heeft gegeven tot een mogelijke "HIT". Het formaat van het veld ziet er als volgt uit:

NN waarbij NN de vingerpositiecode is, als gedefinieerd in tabel 5 (twee cijfers).

In alle andere gevallen is het veld facultatief. Het bestaat uit maximaal 32 alfanumerieke karakters en kan aanvullende informatie verschaffen over het verzoek.

4.1.13. Veld 2.064: respondentenlijst (Respondents List - RLS)

Dit veld bevat ten minste twee subvelden. In het eerste subveld wordt beschreven welke bevraging is verricht, door middel van het uit drie letters bestaande "ezelsbruggetje" waarmee in veld 1.004 (TOT) de soort opdracht wordt gespecificeerd. Het tweede subveld bevat één karakter. Een "I" wordt gebruikt om een HIT aan te geven en een "N" wordt gebruikt om aan te geven dat er geen overeenkomsten zijn (No-HIT). In een derde subveld worden de sequentie-identificator voor de aangetroffen mogelijke hit en het totale aantal mogelijke hits opgenomen, gescheiden door een schuine streep. Indien er verschillende mogelijke hits zijn, worden verschillende berichten teruggestuurd.

In het geval van een mogelijke HIT wordt in een vierde subveld de score weergegeven, die maximaal tien cijfers lang is. Indien de HIT is bevestigd, wordt de waarde van dit subveld omschreven als "999999".

Voorbeeld: "CPS{}{RS}}I{}{RS}}001/001{}{RS}}999999{}{GS}}"

Indien het externe AFIS geen scores toekent, moet op het daarvoor bestemde punt een score "nul" worden gebruikt.

4.1.14. Veld 2.074: status/foutmelding (Status/Error Message Field — ERM)

Dit veld bevat foutmeldingen naar aanleiding van opdrachten, die naar de indiener van het verzoek worden teruggestuurd als onderdeel van een foutbericht.

Tabel 3

Foutmeldingen

Numerieke code (1-3) Betekenis (5-128) 003 FOUT: ONGEOORLOOFDE TOEGANG 101 Verplicht veld ontbreekt 102 Ongeldig type record 103 Ongedefinieerd veld 104 Overschrijding van de maximumincidentie 105 Ongeldig aantal subvelden 106 Veldlengte te kort 107 Veldlengte te lang 108 Veld is geen getal zoals verwacht 109 Veldnummer te klein 110 Veldnummer te groot 111 Ongeldig teken 112 Ongeldige datum 115 Ongeldige waarde item 116 Ongeldig soort handeling 117 Ongeldige recordgegevens 201 FOUT: ONGELDIGE TCN 501 FOUT: ONTOEREIKENDE VINGERAFDRUKKWALITEIT 502 FOUT: ONTBREKENDE VINGERAFDRUKKEN 503 FOUT: CONTROLE VAN DE VOLGORDE VAN VINGERAFDRUKKEN MISLUKT 999 FOUT: EVENTUELE ANDERE FOUTEN. VOOR MEER INFORMATIE KUNT U TERECHT BIJ HET AGENTSCHAP VAN BESTEMMING.

Foutmeldingen met een waarde tussen 100 en 199:

Deze foutmeldingen houden verband met de validering van de ANSI/NIST-records en worden gedefinieerd als volgt: <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>… waarbij — de code "error_code" uitsluitend aan een specifieke reden is gerelateerd (zie tabel 3); — "field_id" het ANSI/NIST-veldnummer van het incorrecte veld is (bv. 1.001, 2.001 ...) in het volgende formaat: <record_type>.<field_id>.<sub_field_id>; — de dynamische tekst een meer gedetailleerde dynamische beschrijving van de fout bevat; — LF een line feed is waarmee fouten van elkaar worden gescheiden indien er zich meer dan één fout heeft voorgedaan; — voor type 1-records het IDC wordt gedefinieerd als "-1".

Voorbeeld:

201: IDC - 1 FIELD 1.009 WRONG CONTROL CHARACTER {}{LF}} 115: IDC 0 FIELD 2.003 INVALID SYSTEM INFORMATION

Dit veld is verplicht voor foutberichten.

4.1.15. Veld 2.320: geraamd aantal mogelijke hits (Expected Number of Candidates - ENC)

Dit veld bevat het door de verzoekende dienst geraamde maximale aantal mogelijke hits voor verificatie. De waarde van het ENC mag niet groter zijn dan de in tabel 11 vastgelegde waarden.

5. Logische-recordtype 4: grijswaardenbeeld in hoge resolutie

Type 4-records zijn binaire records (geen ASCII). Dit betekent dat elk veld een specifieke plaats in de record inneemt en dat alle velden bijgevolg verplicht zijn.

De norm maakt het mogelijk om in een en dezelfde record zowel de beeldgrootte als de beeldresolutie te specificeren. Daartoe moeten logische records van type 4 dactyloscopische beelden bevatten die met een nominale pixeldensiteit van 500 tot 520 pixels per inch worden doorgestuurd. Voor nieuwe vormen gaat de voorkeur uit naar een pixeldensiteit van 500 pixels per inch, of 19,68 pixels per mm. De door de INT-I gespecificeerde densiteit bedraagt 500 pixels per inch, met dien verstande dat vergelijkbare systemen zonder vaste voorkeursdensiteit met elkaar kunnen communiceren, zolang het aantal pixels per inch maar 500 à 520 bedraagt.

5.1. Velden voor logische-recordtype 4

5.1.1. Veld 4.001: logische-recordlengte (Logical Record Length - LEN)

Dit veld van 4 bytes bevat de lengte van deze type 4-record en specificeert het totale aantal bytes, daaronder begrepen elke byte van elk veld in de record.

5.1.2. Veld 4.002: beeldkarakterisering (Image Designation Character - IDC)

Dit is een binaire weergave (1 byte) van het IDC-nummer in de bestandsaanhef.

5.1.3. Veld 4.003: afdruktype (IMP)

Het afdruktype is een veld van 1 byte op de zesde bytepositie in de record.

Tabel 4

Vingerafdruktype

Code Omschrijving 0 Live-scan van gewone vingerafdruk 1 Live-scan van gerolde vingerafdruk 2 Niet-live scanindruk van gewone vingerafdrukken die op papier zijn genomen 3 Niet-live scanindruk van op papier genomen gerolde vingerafdruk 4 direct opgevangen latente indruk 5 Latente tracering 6 Latente foto 7 Latente lift 8 Swipe 9 Onbekend

5.1.4. Veld 4.004: vingerpositie (Finger Position - FGP)

Dit veld heeft een vaste lengte van zes bytes en bekleedt de zevende tot en met de twaalfde bytepositie van een type 4-record. Het bevat mogelijke vingerposities, beginnend vanaf de meest linkse byte (zevende positie in de record). De bekende of meest waarschijnlijke vingerpositie is gebaseerd op tabel 5. In totaal kan nog voor vijf andere vingers een referentie worden opgenomen; daartoe worden, in hetzelfde formaat, de vingerposities beurtelings in de resterende vijf bytes ingevoerd. Indien minder dan vijf vingerpositiewaarden worden gebruikt, worden de niet gebruikte bytes opgevuld met een binair 255-karakter. Bij de waardebepaling van vingerposities wordt code 0 gebruikt voor "onbekend".

Tabel 5

Vingerpositiecode en maximale afmetingen

Vingerpositie Vingercode Breedte (mm) Lengte (mm) Onbekend 0 40,0 40,0 Rechterduim 1 45,0 40,0 Rechterwijsvinger 2 40,0 40,0 Rechtermiddelvinger 3 40,0 40,0 Rechterringvinger 4 40,0 40,0 Rechterpink 5 33,0 40,0 Linkerduim 6 45,0 40,0 Linkerwijsvinger 7 40,0 40,0 Linkermiddelvinger 8 40,0 40,0 Linkerringvinger 9 40,0 40,0 Linkerpink 10 33,0 40,0 Vlakke rechterduim 11 30,0 55,0 Vlakke linkerduim 12 30,0 55,0 Vlakke vier vingers van de rechterhand 13 70,0 65,0 Vlakke vier vingers van de linkerhand 14 70,0 65,0

Voor sporen die op de plaats delict zijn aangetroffen, worden alleen de codes 0 tot 10 gebruikt.

5.1.5. Veld 4.005: beeldscanresolutie (Image Scanning Resolution - ISR)

Dit veld van 1 byte neemt de 13e bytepositie in een type-4 record in. Als de waarde ervan "0" is, betekent dit dat het beeld is gesampled met de aanbevolen scanverhouding van 19,68 pixels/mm (500 pixels per inch). Als de waarde "1" is, betekent dit dat het beeld is gesampled met een andere scanverhouding, die in de type-1 record wordt gespecificeerd.

5.1.6. Veld 4.006: lengte horizontale lijn (Horizontal Line Length - HLL)

Dit veld bekleedt de 14e en 15e bytepositie in een type-4 record. Het geeft het aantal pixels in elke scanlijn weer. De eerste byte is de belangrijkste.

5.1.7. Veld 4.007: lengte verticale lijn (Vertical Line Length - VLL)

In dit veld, op de 16e en de 17e bytepositie, wordt het aantal scanlijnen van het beeld vastgelegd. De eerste byte is de belangrijkste.

5.1.8. Veld 4.008: comprimeringsalgoritme van de grijswaarden (Gray-scale Compression Algorithm - GCA)

In dit veld van 1 byte wordt de algoritme voor de comprimering van de grijswaarden gespecificeerd die voor het coderen van de beeldgegevens wordt gebruikt. In dit geval betekent een binaire code 1 dat een WSQ-comprimering is gebruikt (aanhangsel 39-7).

5.1.9. Veld 4.009: beeld

Dit veld bevat een bytestream die het beeld weergeeft. Het ligt voor de hand dat de structuur van dit veld afhangt van de gebruikte comprimeringsalgoritme.

6. Logische-recordtype 9: minutiae record

Type-9 records bevatten een beschrijving, in ASCII-tekst, van de minutiae en aanverwante (gecodeerde) informatie van sporen. In het geval van bevragingen van sporen zijn er geen beperkingen wat het aantal type-9 records in een bestand betreft; per view of spoor is er een aparte record.

6.1. Minutiae-extractie

6.1.1. Identificatie van het soort minutiae

In deze norm worden drie identificatiecijfers vastgelegd waarmee het soort minutiae wordt beschreven. Een overzicht staat in tabel 6. Een eindigende lijn wordt aangegeven als type 1. Een bifurcatie (vertakking) wordt aangegeven als type 2. Indien minutiae niet duidelijk als een van de twee bovengenoemde soorten kunnen worden gecategoriseerd, worden deze als type 0, ofwel "andere", aangegeven.

Tabel 6

soorten minutiae

Soort Omschrijving 0 Andere 1 Eindigende lijn 2 Bifurcatie

6.1.2. Plaatsing en soort minutiae

Om de plaatsing (locatie en hoekrichting) van individuele minutiae te bepalen wordt de volgende methode - die een uitbreiding is van de huidige norm INCITS 378-2004 - toegepast, zodat de templates stroken met deel 5 van norm ANSI INCITS 378-2004.

De positie of locatie van een minutia die een eindigende lijn voorstelt, is het vertakkingspunt van het mediale skelet in de "voren" direct voor de eindigende lijn. Bij verdunning van de drie benen van de "voren" tot een 1 pixel breed skelet, bepaalt het snijpunt de locatie van de minutia. Naar analogie is de locatie van de minutia in het geval van een bifurcatie het vertakkingspunt van het mediale skelet van de lijn. Bij verdunning van de drie benen van de lijn tot een 1 pixel breed skelet, bepaalt het snijpunt van de drie benen de locatie van de minutia.

Na omzetting van de eindigende lijnen in bifurcaties worden de minutiae van het dactyloscopisch beeld als bifurcaties weergegeven. De X- en Y-pixelassen van het snijpunt van de drie benen van elke minutia kunnen direct worden getrokken. De richting van de minutia kan worden bepaald aan de hand van elke skeletvormige bifurcatie. De drie benen van elke skeletvormige bifurcatie moeten worden beschouwd en het eindpunt van elk been moet worden bepaald. Figuur 6.1.2 illustreert de drie methodes die worden gebruikt om het einde van een been te bepalen op basis van een scanresolutie van 500 ppi.

Het eindpunt wordt bepaald in volgorde van voorkomen. De pixels worden berekend op basis van een scanresolutie van 500 ppi. Een andere scanresolutie zou een ander resultaat van de pixelberekening opleveren.

— Afstand is 0,064" (de 32e pixel).

— Eindpunt van het skeletbeen is gelegen tussen 0,02" tot 0,064" (de 10e tot de 32e pixel); er worden geen kortere benen gebruikt.

— Een tweede bifurcatie komt voor op een afstand van 0,064" (voor de 32e pixel).

De hoek van de minutiae wordt bepaald door vanuit het splitsingspunt drie virtuele stralen te projecteren tot aan het einde van elk been. De kleinste van de drie door die stralen gevormde hoeken wordt gesneden om de richting van de minutiae aan te geven.

6.1.3. Assenstelsel

De minutiae van een vingerafdruk worden uitgedrukt door middel van een cartesisch assenstelsel. De locaties van minutiae worden weergegeven door hun x- en y-assen. Het assenstelsel vertrekt vanuit de linkerbovenhoek van het oorspronkelijke beeld, waarbij de x-as rechts omhoog en de y-as naar beneden loopt. Zowel de x- als de y-as van een minutia wordt in pixeleenheden vanuit het vertrekpunt weergegeven. Opgemerkt zij dat de locatie van het vertrekpunt en de meeteenheden niet overeenkomen met de conventie die in de defini