Difference between revisions of "PAGE WIKI ETUDIANTS 2011-12 SIGNATURES"

From air
Jump to navigation Jump to search
 
(71 intermediate revisions by 6 users not shown)
Line 13: Line 13:
   
 
=Cadre de réponse=
 
=Cadre de réponse=
Nous réaliserons une IHM qui nous permettra, d'une part, d'enregistrer un nouveau client dans la base de données (acquisition de signature), et d'autre part de tester l'identification d'un utilisateur. Pour cette identification, la signature sera comparée au modèle enregistré. Afin de pouvoir effectuer cette comparaison, nous récupèrerons, lors de l'acquisition des signatures, différentes informations qui nous permettront d'appliquer des algorithmes de comparaison de signatures (coordonnées de chaque point, pression du stylet, temps). Il faudra donc étudier les différentes méthodes possibles de comparaison de ces signatures et implémenter l'algorithme conçu à partir de cette étude.
 
   
  +
Nous réaliserons une IHM qui nous permettra, d'une part, d'enregistrer un nouvel utilisateur dans la base de données (acquisition de signature), et d'autre part de tester l'identification d'un utilisateur. Pour cette identification, la signature sera comparée au modèle calculé et enregistré. Afin de pouvoir effectuer cette comparaison, nous récupèrerons, lors de l'acquisition des signatures, différentes informations qui nous permettront d'appliquer des algorithmes de comparaison de signatures (coordonnées de chaque point, pression du stylet, temps). Il faudra donc étudier les différentes méthodes possibles de comparaison de ces signatures et implémenter l'algorithme conçu à partir de cette étude.
   
 
=Organisation de l'équipe=
 
=Organisation de l'équipe=
Renaud Collin :
 
Chef de projet,
 
Responsable documents,
 
Etude de l'existant
 
   
Flavien Garcia & Corentin Foucault :
 
Etude de l'existant,
 
Construction et codage de l'algorithme
 
   
  +
'''Renaud Collin''' :
Christophe Havard :
 
Montage DS + Arduino,
 
Conception et codage IHM
 
   
  +
*Chef de projet
Thibaud Michel :
 
  +
*Responsable documents,
Acquisition des données (depuis le montage DS + Arduino et depuis la tablette),
 
  +
*Etude de l'existant
Mise en place de la base de données,
 
Conception et codage IHM
 
   
  +
Aurélie Moiroux :
 
  +
'''Flavien Garcia & Corentin Foucault :'''
Installation tablette,
 
  +
Conception et codage IHM
 
  +
*Etude de l'existant,
  +
*Construction et codage de l'algorithme
  +
  +
  +
'''Christophe Havard :'''
  +
  +
*Montage DS + Arduino,
  +
*Conception et codage IHM
  +
  +
  +
'''Thibaud Michel''' :
  +
  +
*Acquisition des données (depuis le montage DS + Arduino et depuis la tablette),
  +
*Mise en place de la base de données,
  +
*Conception et codage IHM
  +
  +
  +
'''Aurélie Moiroux :'''
  +
  +
*Acquisition des données depuis la tablette,
  +
*Conception et codage IHM
   
 
=Diagramme de Gantt prévisionnel=
 
=Diagramme de Gantt prévisionnel=
   
 
[[File:Diagramme-de-Gantt-previsionnel.png]]
 
[[File:Diagramme-de-Gantt-previsionnel.png]]
  +
  +
=Diagramme de Gantt effectif=
  +
  +
[[File:Diagramme-de-Gantt.png]]
   
 
=Matériel=
 
=Matériel=
Line 49: Line 64:
 
L'IHM a également été modifiée pour permettre à l'utilisateur de choisir quelle interface d'acquisition il souhaite utiliser.
 
L'IHM a également été modifiée pour permettre à l'utilisateur de choisir quelle interface d'acquisition il souhaite utiliser.
   
La librairie permettant d'utiliser cette tablette est : Jpen [http://sourceforge.net/apps/mediawiki/jpen/index.php?title=Main_Page]
+
*La librairie permettant d'utiliser cette tablette est : Jpen [http://sourceforge.net/apps/mediawiki/jpen/index.php?title=Main_Page]
  +
*Le driver de la tablette CTH-460 est disponible ici : [http://www.wacom-asia.com/download/download_index.html]
 
Le driver de la tablette CTH-460 est disponible ici : [http://www.wacom-asia.com/download/download_index.html]
 
   
   
Line 59: Line 73:
 
[[File:Arduino_DS.png]]
 
[[File:Arduino_DS.png]]
   
  +
[[File:Arduino.png]]
=IHM=
 
  +
  +
[[File:Arduino2.png]]
  +
  +
=IHM=
  +
  +
Lorsque l'utilisateur démarre l'application, celle-ci s'ouvre sur l'onglet "Nouvel utilisateur". Si il n'a pas encore de compte, il doit alors rentrer son nom, son prénom, et procéder à l'acquisition de cinq signatures (la même) afin de pouvoir s'enregistrer.
  +
  +
  +
''Onglet "Nouvel Utilisateur"''
  +
  +
[[File:ihm1.jpg]]
  +
  +
  +
  +
Une fois que l'utilisateur possède un compte, il peut se rendre sur l'onglet "Identification". Afin de s'authentifier l’utilisateur doit sélectionner son nom, puis signer de la même signature que lors de l'acquisition.
  +
  +
Nous avons ajouté une option "faussaire" sur cette onglet. Lorsque l'option est cochée, la signature du compte sur lequel l'utilisateur essaie de s'identifier est affiché sur l'écran de signature. Cette option a été mise en place pour tester d'avantage notre système. Ainsi nous pouvons voir si, avec le dessin de la signature, un imposteur peut réussir à s'identifier.
  +
  +
  +
''Onglet "Identification"''
  +
  +
[[File:ihm2.jpg]]
  +
  +
  +
Le système affiche alors la réponse de l'authentification : la réussite ou l’échec. Une question apparaît également afin d'établir des statistiques de performance du système.
  +
  +
  +
[[File:ihm21.jpg]]
  +
  +
  +
''Onglet "Infos"''
  +
  +
  +
Lorsque l'utilisateur a tenté de s'identifier, il peut alors consulter différentes informations liées à sa tentative :
  +
  +
  +
[[File:ihm31.png]]
  +
  +
  +
''Le pourcentage de fausses acceptations et faux refus''
  +
  +
  +
[[File:ihm32.png]]
  +
  +
  +
''Un graphe qui affiche l'évolution de la pression sur la signature référence de l'utilisateur et sur sa dernière acquisition''
  +
  +
  +
[[File:ihm33.png]][[File:ihm34.png]]
  +
  +
  +
''Les informations du traitement algorithmique comme l'arbre de décision ou les résultats des différentes étapes de l'algorithme''
   
 
=Algorithmes=
 
=Algorithmes=
  +
  +
Un système de reconnaissance par signature nécessite l'application d'algorithmes, que ce soit dans un premier temps pour obtenir des acquisitions de qualité, qu'ensuite pour pouvoir les comparer de manière cohérente et enfin construire un modèle efficace de reconnaissance.
  +
  +
==Prétraitement des acquisitions==
  +
Les acquisitions obtenues par l'intermédiaire de l'interface, pour représenter la signature d'un individu, sont des listes de points, auxquels sont rattachés une abscisse, une ordonnée, une valeur de pression et un temps d'acquisition.
  +
Cependant, il est nécessaire d'appliquer un prétraitement à ces acquisitions afin d'en augmenter le nombre de points, corriger les différences entre des signatures successives (décalage, orientation et taille) et également obtenir un nombre de points fixe pour toutes les acquisitions pour pouvoir les comparer.
  +
  +
Voilà une image d'une acquisition originale:
  +
  +
[[File:0_origine_Aurélie_4.png|600px]]
  +
  +
===1. Ré-échantillonnage sur le temps===
  +
La première étape est propre à l'utilisation de la tablette Bamboo et consiste à ne conserver qu'un seul point par temps d'acquisition. En effet, le système d'acquisition de la tablette renvoie la liste de points acquis durant chaque période de 16ms et attache à chaque point cette période d'acquisition plutôt que le temps réel.
  +
Par exemple les points acquis en réalité aux temps 11ms et 14,5ms seront enregistrés avec un temps d'acquisition de 16ms alors qu'un point acquis au temps 16,8ms sera enregistré avec un temps d'acquisition de 32ms.
  +
Nous avons considéré que ce temps de 16ms étant relativement court, on ne conserverait qu'un seul point pour un même temps d'acquisition (par défaut le premier de la liste).
  +
  +
De plus, on a également considéré que deux points espacés d'un temps d'acquisition supérieur à 32ms correspondait à un lever de stylo.
  +
  +
===2. Interpolation===
  +
  +
On applique une interpolation cubique sur l'acquisition dans le but d'obtenir un rendu de signature plus continu et lisse, et mieux comprendre les courbures de la signature d'un individu. De plus, il est nécessaire de travailler sur des données assez fournies notamment pour des algorithmes de recouvrement par exemple.
  +
  +
[[File:0_interpolee_Aurélie_4.png|600px]]
  +
  +
===3. Analyse en composantes principales===
  +
  +
[[File:PCA.png]]
  +
  +
L'ACP est utilisé pour trouver les informations mathématiques qui décrivent la position des points: {{rouge|l'axe principal}} et {{bleu|l'axe secondaire}} et le centre de gravité d'une forme binaire.
  +
  +
===4. Centrage et Rotation===
  +
[[File:0_centree_Aurélie_4.png|600px]]
  +
  +
[[File:0_droite_Aurélie_4.png|600px]]
  +
  +
Pour réduire les problèmes de décalage, entre l'image à tester et le modèle, on utilise les informations fournies par l'ACP.
  +
  +
Le centre de gravité permet de centrer l'image comme le modèle.
  +
  +
Les deux axes qui décrivent l'alignement des points permettent de faire la rotation. Cette rotation est calculée à partir de l'angle entre l'axe principal et l'axe horizontal.
  +
  +
===5. Normalisation (Zoom)===
  +
[[File:0_normalisee_Aurélie_4.png|600px]]
  +
  +
  +
Le zoom est calculé pour obtenir la taille la plus grande possible pour l'image.
  +
  +
La distance entre le centre et le point le plus proche du rebord de l'image évaluée = (distance max).
  +
  +
Chaque point subit alors une translation proportionnelle au rapport (distance du point/distance max)*(demi-largeur de l'image).
  +
  +
===6. Ré-échantillonnage sur le nombre de points===
  +
  +
Suivant la durée totale d'acquisition, le nombre de points acquis peut être plus ou moins important et les précédentes étapes de prétraitement peuvent en supprimer quelques-uns également. Il est donc essentiel d'effectuer un ré-échantillonnage sur les acquisitions après normalisation pour obtenir un nombre de points fixe (2000 points choisis actuellement) pour que les différents algorithmes de comparaison soient cohérents.
  +
On a choisi d'interpoler des points de manière uniforme si le nombre de points était inférieur à 2000 et d'en supprimer, également de manière uniforme, si ce nombre était supérieur.
  +
  +
==Algorithmes de comparaison==
  +
  +
Pour la création du modèle (voir plus loin), il est nécessaire d'obtenir un ensemble de données de comparaisons. On a ainsi sélectionné les comparaisons suivantes
  +
  +
===Comparaisons simplistes===
  +
  +
*Différence de temps total d'acquisition
  +
*Différence de nombre de lever de stylos
  +
*Différence de pression moyenne
  +
*...
  +
  +
===Coefficient de corrélation temporel===
  +
  +
Cette méthode permet de calculer la ressemblance existante entre deux séries de données de même longueur, à savoir l'évolution des coordonnées en fonction du temps.
  +
  +
[[File:Equa.png]]
  +
  +
Le Résultat varie entre 1 et -1.
  +
  +
Plus le résultat est proche de 0, moins la relation est forte entre les deux listes de données.
  +
  +
===Dynamic Time Warping===
  +
  +
Les données des signatures sont converties en graphe temporel. Par exemple : x/temps ; y/temps ; etc.
  +
  +
La méthode du DTW permet de calculer les dissimilarités entre les informations.
  +
  +
Ici, les deux listes permettent de calculer une matrice dont le dernier élément contient la distance minimale entre les deux listes d'informations.
  +
  +
===Matrice de radiation===
  +
  +
La matrice de radiation est une méthode de reconnaissance de forme.
  +
  +
Il existe deux possibilités pour calculer la matrice modèle :
  +
  +
1- Les points de la signature sont placés avec une valeur de 100. Autour de ces points, les cellules subissent une radiation qui
  +
modifie leur valeur suivant la distance entre la cellule mentionnée et les points originaux de la signature.
  +
Chaque cellule de la matrice ne peut que subir le rayonnement du point original le plus proche.
  +
  +
2- De même que précédemment sauf que chaque cellule de la matrice subie la somme des rayonnements des points originaux.
  +
  +
Après l'évaluation de cette matrice modèle, le calcul se fait de deux manières différentes :
  +
  +
1- Le résultat est la somme des valeurs enregistrées, dans la matrice modèle, qui sont aux coordonnées des points de la signature à tester.
  +
  +
2- Le résultat est le rapport du nombre de cellules non nulles communes entre la matrice modèle et la signature à tester et le nombre de cellules non nul total.
  +
  +
===Somme des différences d'angles entre vecteurs===
  +
  +
Cette méthode permet une reconnaissance de forme simple.
  +
  +
Elle permet d'obtenir l'angle d'écart entre la signature à tester et le modèle.
  +
  +
Le résultat est la somme des angles entre chaque vecteur et le vecteur horizontal. Chaque angle est compris entre -Pi et Pi.
  +
  +
==Génération d'un modèle classification==
  +
  +
Afin de réaliser la tâche de vérification pour la reconnaissance de signature, nous avons opté pour le choix de [http://www.cs.waikato.ac.nz/ml/weka WEKA] pour la création du modèle par apprentissage et la décision finale.
  +
  +
===Construction du fichier de comparaison (apprenstissage.arff)===
  +
  +
WEka utilise des fichiers ARFF pour construire et tester son modèle. Dans ce fichier on retrouve dans l'ordre:
  +
  +
* Le nom de la relation (utile pour nommer le fichier d'apprentissage aux fichiers d'identification et de décision)
  +
  +
@relation signature
  +
  +
* La liste des attributs de comparaison utilisés et leur type
  +
  +
@attribute totalTime numeric
  +
  +
@attribute numberPenUp numeric
  +
  +
...
  +
  +
@attribute CORTX numeric
  +
  +
@attribute CORTY numeric
  +
  +
@attribute pourcentageRadiance numeric
  +
  +
* L'attribut contenant les différentes classes (2 dans notre cas: signatures équivalentes ou non)
  +
  +
@attribute accepte {no,yes}
  +
  +
* Les données de comparaisons entre différentes signatures
  +
  +
@data
  +
  +
1019.466796875,2.0,0.9912756661011811,0.9970564473307176,17.837034225463867,yes
  +
  +
663.466796875,0.0,0.9837515744201278,0.996214642908734,15.106257438659668,yes
  +
  +
...
  +
  +
1278.466796875,0.0,0.9729839482086351,0.9951841501724467,9.820034980773926,no
  +
  +
1044.06640625,0.0,0.9859247460800329,0.9970413832907982,9.922861099243164,no
  +
  +
  +
Pour construire ces données, on doit donc comparer des signatures équivalentes (d'une même personne) et des signatures différentes(de personnes différentes). Etant donné qu'un utilisateur enregistre 5 acquisitions pour former sa "signature", on peut donc réaliser 10 comparaisons entre signatures équivalentes par utilisateur.
  +
Ainsi pour n utilisateurs, on aura 5*n comparaisons de signatures équivalentes.
  +
Ensuite pour construire le modèle par apprentissage, il faut également comparer des signatures différentes. Pour cela, on effectue des comparaisons de manière aléatoire entre les signatures d'utilisateurs différents sans jamais refaire la même comparaison. On se permet de réaliser deux fois plus de comparaisons inter-utilisateur qu'intra-utilisateur (soit 10*n comparaisons).
  +
  +
===Construction du modèle===
  +
  +
Ensuite, on fournit ce jeu de données d'apprentissage à Weka qui construit son modèle selon le classifier choisi. Pour cela, il construit un modèle à partir des 9/10 des données et teste sur le 1/10 restant. Il répète l'opération 10 fois pour parcourir toutes les données et améliorer son modèle au fur et à mesure.
  +
  +
Nous avons opté pour un arbre de décision (plus précisément le J48) pour classer nos données parmi les nombreuses méthodes possibles car il nous permet à posteriori de voir quelles sont les paramètres discriminants et pour quelles raisons il a décidé que 2 signatures se ressemblaient ou non.
  +
  +
===Classification par arbre de décision===
  +
  +
Une fois le modèle construit, on peut via l'interface tenter de s'identifier en sélectionnant la personne que l'on prétend être et en faisant une acquisition. Le programme va alors récupérer les cinq acquisitions représentant la signature de la personne supposée, effectuer le prétraitement de ces acquisitions ainsi que de la nouvelle et les comparer comme pour la création du modèle.
  +
  +
On va ainsi créer un fichier ARFF "identification.arff" qui contiendra les données de comparaisons comme pour celui de l'apprentissage à la différence que le dernier attribut, celui de la classe, sera rempli d'un "?" pour signifier que c'est au modèle de décider à quelle classe associer cette comparaison (si les deux signatures se ressemblent ou pas).
  +
  +
Une fois que le modèle a rendu sa décision concernant ces cinq comparaisons, on a décidé que la personne avait réussie à s'identifier si la nouvelle acquisition était désignée comme ressemblante à au moins trois des cinq acquisitions enregistrées dans la base de données.
  +
  +
=Documents=
  +
  +
[[Media:Cahier_des_charges.pdf|Cahier des charges]]
  +
  +
[[Media:Rapport_des_seances.pdf|Rapport des séances]]
  +
  +
[[Media:Dossier_de_conception.pdf|Dossier de conception]]
  +
  +
[[Media:Notes_et_Conseils.pdf|Notes et Conseils]]
  +
  +
  +
[[Media:SoutenanceProjetBiometrieSignatures.pdf|Présentation du projet]]
  +
  +
=Sources=
  +
http://subversion.assembla.com/svn/projet-biometrie/
  +
  +
[[Media:SourcesBiometrieSignatures.rar|Archive des sources (+dll +lib +dump bdd)]]

Latest revision as of 00:52, 28 March 2012

Présentation du projet

Le projet de Biométrie "Acquisition et reconnaissance de signatures" consiste à enregistrer une signature numérique d'un client ou utilisateur afin de permettre ultérieurement une identification grâce à cette modalité biométrique.

Contexte

Etude de l'existant

Ce projet d'acquisition et de reconnaissance de signatures a déjà été traité par une équipe d'étudiants en 2010-2011. Nous avons donc étudié ce qui avait été réalisé afin de ne pas perdre les efforts déjà fournis. De cette étude nous avons retenu les conseils et remarques faits sur la partie algorithmique de comparaison de signatures. De plus, nous allons reprendre quelques idées de leur IHM. Pour plus de détails, consulter les parties "Algorithmes" et "IHM".

Suites prévues

L'année prochaine, une nouvelle équipe reprendra surement ce projet de biométrie. Il est donc important de laisser une bonne documentation et des conseils.

Cadre de réponse

Nous réaliserons une IHM qui nous permettra, d'une part, d'enregistrer un nouvel utilisateur dans la base de données (acquisition de signature), et d'autre part de tester l'identification d'un utilisateur. Pour cette identification, la signature sera comparée au modèle calculé et enregistré. Afin de pouvoir effectuer cette comparaison, nous récupèrerons, lors de l'acquisition des signatures, différentes informations qui nous permettront d'appliquer des algorithmes de comparaison de signatures (coordonnées de chaque point, pression du stylet, temps). Il faudra donc étudier les différentes méthodes possibles de comparaison de ces signatures et implémenter l'algorithme conçu à partir de cette étude.

Organisation de l'équipe

Renaud Collin :

  • Chef de projet
  • Responsable documents,
  • Etude de l'existant


Flavien Garcia & Corentin Foucault :

  • Etude de l'existant,
  • Construction et codage de l'algorithme


Christophe Havard :

  • Montage DS + Arduino,
  • Conception et codage IHM


Thibaud Michel :

  • Acquisition des données (depuis le montage DS + Arduino et depuis la tablette),
  • Mise en place de la base de données,
  • Conception et codage IHM


Aurélie Moiroux :

  • Acquisition des données depuis la tablette,
  • Conception et codage IHM

Diagramme de Gantt prévisionnel

Diagramme-de-Gantt-previsionnel.png

Diagramme de Gantt effectif

Diagramme-de-Gantt.png

Matériel

Tablette Bamboo CTH-460

Cette tablette est un ajout de matériel par rapport à l'année précédente. Ainsi, nous avons pour notre projet deux interfaces pour l'acquisition des signatures. Cela nous a donc amené à étudier la tablette graphique et les librairies Java permettant de nous en servir. L'IHM a également été modifiée pour permettre à l'utilisateur de choisir quelle interface d'acquisition il souhaite utiliser.

  • La librairie permettant d'utiliser cette tablette est : Jpen [1]
  • Le driver de la tablette CTH-460 est disponible ici : [2]


Bamboo.jpg

Montage Arduino + Ecran de DS

Arduino DS.png

Arduino.png

Arduino2.png

IHM

Lorsque l'utilisateur démarre l'application, celle-ci s'ouvre sur l'onglet "Nouvel utilisateur". Si il n'a pas encore de compte, il doit alors rentrer son nom, son prénom, et procéder à l'acquisition de cinq signatures (la même) afin de pouvoir s'enregistrer.


Onglet "Nouvel Utilisateur"

Ihm1.jpg


Une fois que l'utilisateur possède un compte, il peut se rendre sur l'onglet "Identification". Afin de s'authentifier l’utilisateur doit sélectionner son nom, puis signer de la même signature que lors de l'acquisition.

Nous avons ajouté une option "faussaire" sur cette onglet. Lorsque l'option est cochée, la signature du compte sur lequel l'utilisateur essaie de s'identifier est affiché sur l'écran de signature. Cette option a été mise en place pour tester d'avantage notre système. Ainsi nous pouvons voir si, avec le dessin de la signature, un imposteur peut réussir à s'identifier.


Onglet "Identification"

Ihm2.jpg


Le système affiche alors la réponse de l'authentification : la réussite ou l’échec. Une question apparaît également afin d'établir des statistiques de performance du système.


Ihm21.jpg


Onglet "Infos"


Lorsque l'utilisateur a tenté de s'identifier, il peut alors consulter différentes informations liées à sa tentative :


Ihm31.png


Le pourcentage de fausses acceptations et faux refus


Ihm32.png


Un graphe qui affiche l'évolution de la pression sur la signature référence de l'utilisateur et sur sa dernière acquisition


Ihm33.pngIhm34.png


Les informations du traitement algorithmique comme l'arbre de décision ou les résultats des différentes étapes de l'algorithme

Algorithmes

Un système de reconnaissance par signature nécessite l'application d'algorithmes, que ce soit dans un premier temps pour obtenir des acquisitions de qualité, qu'ensuite pour pouvoir les comparer de manière cohérente et enfin construire un modèle efficace de reconnaissance.

Prétraitement des acquisitions

Les acquisitions obtenues par l'intermédiaire de l'interface, pour représenter la signature d'un individu, sont des listes de points, auxquels sont rattachés une abscisse, une ordonnée, une valeur de pression et un temps d'acquisition. Cependant, il est nécessaire d'appliquer un prétraitement à ces acquisitions afin d'en augmenter le nombre de points, corriger les différences entre des signatures successives (décalage, orientation et taille) et également obtenir un nombre de points fixe pour toutes les acquisitions pour pouvoir les comparer.

Voilà une image d'une acquisition originale:

0 origine Aurélie 4.png

1. Ré-échantillonnage sur le temps

La première étape est propre à l'utilisation de la tablette Bamboo et consiste à ne conserver qu'un seul point par temps d'acquisition. En effet, le système d'acquisition de la tablette renvoie la liste de points acquis durant chaque période de 16ms et attache à chaque point cette période d'acquisition plutôt que le temps réel. Par exemple les points acquis en réalité aux temps 11ms et 14,5ms seront enregistrés avec un temps d'acquisition de 16ms alors qu'un point acquis au temps 16,8ms sera enregistré avec un temps d'acquisition de 32ms. Nous avons considéré que ce temps de 16ms étant relativement court, on ne conserverait qu'un seul point pour un même temps d'acquisition (par défaut le premier de la liste).

De plus, on a également considéré que deux points espacés d'un temps d'acquisition supérieur à 32ms correspondait à un lever de stylo.

2. Interpolation

On applique une interpolation cubique sur l'acquisition dans le but d'obtenir un rendu de signature plus continu et lisse, et mieux comprendre les courbures de la signature d'un individu. De plus, il est nécessaire de travailler sur des données assez fournies notamment pour des algorithmes de recouvrement par exemple.

0 interpolee Aurélie 4.png

3. Analyse en composantes principales

PCA.png

L'ACP est utilisé pour trouver les informations mathématiques qui décrivent la position des points: Template:Rouge et Template:Bleu et le centre de gravité d'une forme binaire.

4. Centrage et Rotation

0 centree Aurélie 4.png

0 droite Aurélie 4.png

Pour réduire les problèmes de décalage, entre l'image à tester et le modèle, on utilise les informations fournies par l'ACP.

Le centre de gravité permet de centrer l'image comme le modèle.

Les deux axes qui décrivent l'alignement des points permettent de faire la rotation. Cette rotation est calculée à partir de l'angle entre l'axe principal et l'axe horizontal.

5. Normalisation (Zoom)

0 normalisee Aurélie 4.png


Le zoom est calculé pour obtenir la taille la plus grande possible pour l'image.

La distance entre le centre et le point le plus proche du rebord de l'image évaluée = (distance max).

Chaque point subit alors une translation proportionnelle au rapport (distance du point/distance max)*(demi-largeur de l'image).

6. Ré-échantillonnage sur le nombre de points

Suivant la durée totale d'acquisition, le nombre de points acquis peut être plus ou moins important et les précédentes étapes de prétraitement peuvent en supprimer quelques-uns également. Il est donc essentiel d'effectuer un ré-échantillonnage sur les acquisitions après normalisation pour obtenir un nombre de points fixe (2000 points choisis actuellement) pour que les différents algorithmes de comparaison soient cohérents. On a choisi d'interpoler des points de manière uniforme si le nombre de points était inférieur à 2000 et d'en supprimer, également de manière uniforme, si ce nombre était supérieur.

Algorithmes de comparaison

Pour la création du modèle (voir plus loin), il est nécessaire d'obtenir un ensemble de données de comparaisons. On a ainsi sélectionné les comparaisons suivantes

Comparaisons simplistes

  • Différence de temps total d'acquisition
  • Différence de nombre de lever de stylos
  • Différence de pression moyenne
  • ...

Coefficient de corrélation temporel

Cette méthode permet de calculer la ressemblance existante entre deux séries de données de même longueur, à savoir l'évolution des coordonnées en fonction du temps.

Equa.png

Le Résultat varie entre 1 et -1.

Plus le résultat est proche de 0, moins la relation est forte entre les deux listes de données.

Dynamic Time Warping

Les données des signatures sont converties en graphe temporel. Par exemple : x/temps ; y/temps ; etc.

La méthode du DTW permet de calculer les dissimilarités entre les informations.

Ici, les deux listes permettent de calculer une matrice dont le dernier élément contient la distance minimale entre les deux listes d'informations.

Matrice de radiation

La matrice de radiation est une méthode de reconnaissance de forme.

Il existe deux possibilités pour calculer la matrice modèle :

1- Les points de la signature sont placés avec une valeur de 100. Autour de ces points, les cellules subissent une radiation qui modifie leur valeur suivant la distance entre la cellule mentionnée et les points originaux de la signature. Chaque cellule de la matrice ne peut que subir le rayonnement du point original le plus proche.

2- De même que précédemment sauf que chaque cellule de la matrice subie la somme des rayonnements des points originaux.

Après l'évaluation de cette matrice modèle, le calcul se fait de deux manières différentes :

1- Le résultat est la somme des valeurs enregistrées, dans la matrice modèle, qui sont aux coordonnées des points de la signature à tester.

2- Le résultat est le rapport du nombre de cellules non nulles communes entre la matrice modèle et la signature à tester et le nombre de cellules non nul total.

Somme des différences d'angles entre vecteurs

Cette méthode permet une reconnaissance de forme simple.

Elle permet d'obtenir l'angle d'écart entre la signature à tester et le modèle.

Le résultat est la somme des angles entre chaque vecteur et le vecteur horizontal. Chaque angle est compris entre -Pi et Pi.

Génération d'un modèle classification

Afin de réaliser la tâche de vérification pour la reconnaissance de signature, nous avons opté pour le choix de WEKA pour la création du modèle par apprentissage et la décision finale.

Construction du fichier de comparaison (apprenstissage.arff)

WEka utilise des fichiers ARFF pour construire et tester son modèle. Dans ce fichier on retrouve dans l'ordre:

  • Le nom de la relation (utile pour nommer le fichier d'apprentissage aux fichiers d'identification et de décision)

@relation signature

  • La liste des attributs de comparaison utilisés et leur type

@attribute totalTime numeric

@attribute numberPenUp numeric

...

@attribute CORTX numeric

@attribute CORTY numeric

@attribute pourcentageRadiance numeric

  • L'attribut contenant les différentes classes (2 dans notre cas: signatures équivalentes ou non)

@attribute accepte {no,yes}

  • Les données de comparaisons entre différentes signatures

@data

1019.466796875,2.0,0.9912756661011811,0.9970564473307176,17.837034225463867,yes

663.466796875,0.0,0.9837515744201278,0.996214642908734,15.106257438659668,yes

...

1278.466796875,0.0,0.9729839482086351,0.9951841501724467,9.820034980773926,no

1044.06640625,0.0,0.9859247460800329,0.9970413832907982,9.922861099243164,no


Pour construire ces données, on doit donc comparer des signatures équivalentes (d'une même personne) et des signatures différentes(de personnes différentes). Etant donné qu'un utilisateur enregistre 5 acquisitions pour former sa "signature", on peut donc réaliser 10 comparaisons entre signatures équivalentes par utilisateur. Ainsi pour n utilisateurs, on aura 5*n comparaisons de signatures équivalentes. Ensuite pour construire le modèle par apprentissage, il faut également comparer des signatures différentes. Pour cela, on effectue des comparaisons de manière aléatoire entre les signatures d'utilisateurs différents sans jamais refaire la même comparaison. On se permet de réaliser deux fois plus de comparaisons inter-utilisateur qu'intra-utilisateur (soit 10*n comparaisons).

Construction du modèle

Ensuite, on fournit ce jeu de données d'apprentissage à Weka qui construit son modèle selon le classifier choisi. Pour cela, il construit un modèle à partir des 9/10 des données et teste sur le 1/10 restant. Il répète l'opération 10 fois pour parcourir toutes les données et améliorer son modèle au fur et à mesure.

Nous avons opté pour un arbre de décision (plus précisément le J48) pour classer nos données parmi les nombreuses méthodes possibles car il nous permet à posteriori de voir quelles sont les paramètres discriminants et pour quelles raisons il a décidé que 2 signatures se ressemblaient ou non.

Classification par arbre de décision

Une fois le modèle construit, on peut via l'interface tenter de s'identifier en sélectionnant la personne que l'on prétend être et en faisant une acquisition. Le programme va alors récupérer les cinq acquisitions représentant la signature de la personne supposée, effectuer le prétraitement de ces acquisitions ainsi que de la nouvelle et les comparer comme pour la création du modèle.

On va ainsi créer un fichier ARFF "identification.arff" qui contiendra les données de comparaisons comme pour celui de l'apprentissage à la différence que le dernier attribut, celui de la classe, sera rempli d'un "?" pour signifier que c'est au modèle de décider à quelle classe associer cette comparaison (si les deux signatures se ressemblent ou pas).

Une fois que le modèle a rendu sa décision concernant ces cinq comparaisons, on a décidé que la personne avait réussie à s'identifier si la nouvelle acquisition était désignée comme ressemblante à au moins trois des cinq acquisitions enregistrées dans la base de données.

Documents

Cahier des charges

Rapport des séances

Dossier de conception

Notes et Conseils


Présentation du projet

Sources

http://subversion.assembla.com/svn/projet-biometrie/

Archive des sources (+dll +lib +dump bdd)