2. Présentation de Notre Travail
6.3. Exemple
L’objectif de cet exemple est d’illustrer l’application de l’approche de soutien personnalisé sur la tâche de recherche.
Considérons le scénario suivant, où trois personnes u1, u2 et u3, de la même équipe de travail, effectuent une recherche d’information jointe pour écrire un article sur « le commerce électronique et le payement par Internet ». Le Tableau 6.3 résume la dernière étape de la recherche de u1, u2 et u3 dans la session collaborative, et la prise en compte des cinq premiers documents.
L’utilisateur u1 est un débutant dans le domaine de recherche, après avoir soumis deux requêtes, qui contiennent des mots clés pertinents au thème du besoin d’information, il n’a pas obtenu des informations vraiment pertinentes, en fait, il a besoin d’apprendre dans le domaine de recherche. Maintenant, si cet utilisateur demande un conseil ou une aide au système de soutien, il peut la demander ainsi : « je voudrais avoir une présentation des résultats obtenus
dernièrement par mes utilisateurs préférés et qui ont obtenu les meilleurs jugements ». L’utilisateur u1 formule alors sa demande ainsi :
• type de soutien : présentation des résultats. • dimension temporelle : courant.
• critères de personnalisation :
- jugement pour la valeur jugé pertinent, c-juge = jugé-per.
- préférence c-pref, il donne ses préférences par rapport aux autres utilisateurs2 Pref(ui), ces valeurs de préférence sont : Pref(u1) = 0, Pref(u2) = 1, Pref(u3) = 0.5.
Afin d’illustrer plusieurs types de soutien selon les mêmes critères de personnalisation, nous allons expliquer non seulement le soutien demandé (la présentation des résultats) mais aussi d’autres types à savoir la présentation des requêtes, et la fusion des requêtes. Alors dès la procédure d’extraction nous sélectionnons deux ensembles des requêtes QELtc et des documents RELtc. Le soutien fonctionne comme indiqué dans la suite :
2 Puisque la recherche est jointe et les utilisateurs se connaissent bien, alors la préférence est donnée totalement par l’utilisateur u1: Pref (ui) = Prefu1(ui).
Usager
ui Requête qi Document DocRésultat Rqii,j
(le titre de document et son URL)
Jugement de document JugeDoc Evaluation de requête Eval-Etapei
Doc1,1 : Electronic Commerce
http://www.semper.org/sirene/outsideworld/ecommerce.html 0.5
Doc1,2 : www.mastercard.com/Sepp/sepptoc.htm
http://www.mastercard.com/Sepp/sepptoc.htm 0
Doc1,3 : CheckFree - The #1 Way to Pay Online
http://www.checkfree.com/ 0
Doc1,4 : Electronic payment processing from CyberSource
http://www.cybersource.com/ 0
u1
q1 : Electronic
Payment
Doc1,5 : Welcome to EFTPS
http://www.eftps.gov/ 0
0.1
Doc2,1 : Suppliers Directory - E-Commerce Focus - Internet One-Stop
http://www.ecomfocus.com/cgi-bin/directory/list.asp?sector=28 1
Doc2,2 : in2info limited - ebusiness solutions
http://www.in2info.co.uk/starter/ 1
Doc2,3 : Clear IT - eBusiness Solutions - Web Development
http://www.clearit.com.au/eBusiness/WebDevelopment.htm 1
Doc2,4 : Seagrass - eBusiness strategy - eBusiness software solutions
http://www.seagrasssoftware.com/77.htm 1 u2 q2 : e-business solutions online catalogue
Doc2,5 : First Internet Marketing is an e-business solutions company
http://www.firstinternet.co.uk/showitem.asp?i=19 0
0.8
Doc3,1 : ePSO Newsletter
http://epso.jrc.es/newsletter/vol06/5.html 0.5
Doc3,2 : E*Trade Rides Billowing Wave of E-Payments
http://www.internetnews.com/ec-news/article.php/2232791 0
Doc3,3 : Internet Shopping Value Chain
http://iis.kaist.ac.kr/KAISTEC/2001lecture/KAIST2001F-eBank.ppt non-jugé
Doc3,4 : Payment Schemes for Internet
http://www.magnet-i.com/magnet/techzone/guide/ecomm/207 1 u3 q3 : Internet payment e-trade
Doc3,5 : Suppliers Directory - E-Commerce Focus - Internet One-Stop
http://www.ecomfocus.com/cgi-bin/directory/list.asp?sector=28 0.5
0.4
Tableau 6.3. Les étapes de recherche courantes de la session collaborative
Premièrement, l’extraction de la mémoire collaborative. Un ensemble des étapes de recherche courantes est repéré : Et = Ecourant {Etape-R1, Etape-R2, Etape-R3}. Les ensembles des requêtes QEtc et des documents REtc sont construits où seulement les requêtes qi et les documents Doci,j qui réalisent les critères de personnalisation précisés sont mis en commun :
QEtc {qi : Eval-Etapei > 0 & Pref(ui) > 0} ⇒ QEtc { q2,q3 }
REtc {Doci,j : JugeDoc(Doci,j) > 0 & Pref(ui) > 0} ⇒ REtc {Doc2,1, Doc2,2, Doc2,3, Doc2,4,
Une fois les requêtes et les documents mis en commun, le système de soutien calcule la valeur d’importance d’une requête (voir le Tableau 6.4), ou d’un document (voir le Tableau 6.5) dans les ensembles, cela se passe en deux temps : dans un premier temps, le système enlève les duplications, ici les documents Doc2,1, Doc3,5 sont identiques, Doc2,1 est gardé, sa valeur JugeDoc combinée unique de jugements de plusieurs utilisateurs est :
JugeDoc(Doc2,1) = ½ [JugeDocu2(Doc2,1) + JugeDocu3(Doc3,5)] = ½ [1+ 0.5] = 0.75
sa valeur combinée et unique de préférence est :
½ [Pref(u2) + Pref(u3)] = ½ [1+ 0.5] = 0.75
Dans un deuxième temps, le système calcule la valeur d’importance d’une requête ou d’un document par rapport aux deux critères de soutien :
L(Doci,j) = ½ (Pref(ui) + JugeDoc(Doci,j))
L (qi) = ½ (Pref(ui) + Eval-Etapei)
Requête qi Evaluation de requête
Eval-Etapei
Préférence
Pref(ui) L(qi)
q2 : e-business solutions online catalogue 0.8 1 0.9
q3 : Internet payment e-trade 0.4 0.5 0.45
Tableau 6.4. La mise en commun des requêtes et le calcul de leur valeur d’importance.
Rqi Document Doci,j JugeDoc Préférence
Pref(ui) L(Doc) Doc2,1 : Suppliers Directory - E-Commerce Focus - Internet One-Stop
http://www.ecomfocus.com/cgi-bin/directory/list.asp?sector=28 0.75 0.75 0.75 Doc2,2 : in2info limited - ebusiness solutions
http://www.in2info.co.uk/starter/ 1 1 1 Doc2,3 : Clear IT - eBusiness Solutions - Web Development
http://www.clearit.com.au/eBusiness/WebDevelopment.htm 1 1 1 Doc2,4 : Seagrass - eBusiness strategy - eBusiness software solutions
http://www.seagrasssoftware.com/77.htm 1 1 1 Doc3,1 : ePSO Newsletter
http://epso.jrc.es/newsletter/vol06/5.html 0.5 0.5 0.5 Doc3,4 : Payment Schemes for Internet
http://www.magnet-i.com/magnet/techzone/guide/ecomm/207 1 0.5 0.75 Tableau 6.5. La mise en commun des documents et le calcul de leur valeur d’importance.
Le nombre de documents ou de requêtes à garder est limité dans ces ensembles à cinq donc les cinq premières requêtes et les cinq premiers documents qui ont obtenu la plus grande valeur L sont sélectionnés.
QELtc { q2, q3 }
RELtc { Doc2,2, Doc2,3, Doc2,4, Doc2,1, Doc3,4 }
Deuxièmement, la réalisation des différents types de soutien collaborative. Si le type de soutien est :
1. Présentation de résultats :
Range (Doci,j) = L(Doci,j)
Le soutien personnalisé est celui du Tableau 6.6 :
Range (Doci,j) Doci,j Documents
1
Doc2,2
Doc2,3
Doc2,4
in2info limited - ebusiness solutions
http://www.in2info.co.uk/starter/
Clear IT - eBusiness Solutions - Web Development
http://www.clearit.com.au/eBusiness/WebDevelopment.htm
Seagrass - eBusiness strategy - eBusiness software solutions
http://www.seagrasssoftware.com/77.htm
0.75
Doc2,1
Doc3,4
Suppliers Directory - E-Commerce Focus - Internet One-Stop
http://www.ecomfocus.com/cgi-bin/directory/list.asp?sector=28
Payment Schemes for Internet
http://www.magnet-i.com/magnet/techzone/guide/ecomm/207
Tableau 6.6. Présentation de meilleurs résultats des utilisateurs préférés de u1.
2. Présentation de requêtes :
Range (qj) = L(qj)
Le soutien personnalisé est celui du Tableau 6.7 :
Range (qj) qi Requêtes
0.9 q2 e-business solutions online catalogue
0.45 q3 Internet payment e-trade
3. Fusion de requêtes :
Tqfusion = ∪qj ∈ QELtcTqj Le soutien personnalisé est :
Tqfusion : {e-business, solutions, online, catalogue, Internet, payment, e-trade}