Luận văn l'interface navigationnelle zoomable pour le web of people

— Quels sont les dialogues possibles entre utilisateurs pour assurer leur confiance dans le réseau d’échanges du web-of-people?. Figure 1: Architecture de référence pour le Web-oF people

MEY Ecole Nationale Supérieure des Télécommunications

RAPPORT DE STAGE DE FIN D'ETUDES

Sujet : Pinterface navigationnelle zoomable pour

“interface navigatianelle zoomable

Table des matieres

Table des matiéres

2.1.3 Accessibilite aux topiques et aux posts

3.1.4 Integration des lopiques ct personnalisation des posts 2.1.5 Recommandation active ot abonnement

2.1.6 Personnalisation

2.2 Plate-forme WebOP Chapitre 3: L’interface navinationnelle zoomable

3.1 Structure d'unc vue multi-PKB 3.2 Mesures sur les noeuds d'une vue

3.2.1 Post

3.2.2 Topic 3.3 La solution : Pinterface navigationnelle zoomable 3.3.1 L'interface de constmetion Pune vue

3.3.2 Comment se construil une vue 3.3.3 Interface de navigation dans une vue

3.3.4 Le Starfield

3.3.5 L'inleraction avec le starfield

Phan Nghiem Long — Promotion 8—ITT

4.1.3 interaction entre Ï'applet et le servenr WebOD 30

Je tieny & expiimer toute ma gratitude & Jean-Mate Saglio qui a su me faire

partager, fowt au Jong dn stage, une part de son « pragmatisme indnsiriel » A travers un

encadrement passionné et constant Qu’il trouve ici le témoignage de ma reconnaissance

Je remercie Ta Tuan Anh qni n’hésite jamais 4 me témoigner sa confiance et 4 me

dispenser son expéricnce

Marci & tous mes amis, administratifs et enseignants qui m*ont offert leur amitié Merci atone cenx qni m’ont aidé et support

Merci ama famille

Résumé

Les webloge sont trés A la mode maintenant: chacun peut gérer un weblog contenant des référenccs vers des ressourecs sur Ï'Inlcrnel De mưanire irés naturel, cos références sont organisées en des différentes catégories et (on) sous catégories par l'utilisateur Ces calégorics et cos références sc forment um arbre qui est appel¢ Personal Knowledge Base PKB

On se trouve dans le cadre de la thése de Tuan Anh Ta (I’Edite — FNST Paris) un

nouveau protocole « webop » qui permet & l’utilisatcur de partager une partic de son PKB avec les autres utifisatenrs 11 fonmie aussi des definitions et des méthadas ponr connecter des différents PKBs Ces liens inter-PKBs cuchovétrés peuvent étre considérés comme un

réseau social dant ses ncends sont des PKRs (ou vraiment des personnes), pas des pages

HTML comme dans le Web actuel Les relations associées des resvources dans ce 1éseau sant presque comme des Hens HTML dans le Web

Dans ce documenl, je présente une solution pour construire un navigatcur dédié

pour ce résean de PKB: J’interface navigationnelle zoamable Grice 4 cet utile, les

ulilisaleurs peuvent, non seulement naviguer, mais aussi rechercher des informations bien

classifiées par [humaine dans le réseau des PE Bs

erface navigationelle zoomable

Chapitre 1: Introduction

1.1 Contexte générale et objectif du stage

Au goin de France Télécom R&D, un projel appelé “web-of-people” a đié lanoé pour protiter de nouvelles promesses technologiques telles qne le Web sémantiqne et le P2P afin de faciliter L’accés @ Vinformation, L’objectif ici ost de développer dos technologies et des pratignes d’usage pour favariser la création de réseanx d’échange de méta-informations sur des ressources aocessibles & travers de séseaux de relations de confiance (réseaux sociaux) Chaqne utilisateur stocke ses informations dans un blogne gous forme un arbre laxonomigue dont chaque nosud est un caldgoric de classification

I’échange de méta-informations (information de classification) dans un tel réseau est

caraclérisé par des Lransactions entre des nevuds distribuds, chaque nornd corresponde &

un blogue dun nitilisatenr Ce blogne fonctonne comme nn intermédiaire of des méta- informations conecinant Vintérét de Vutilisateur peuvent étre stockées localement

Dans le cadte de sa these, Tnan Anh Ta a spécifié Je nouvemn protocole webop et

un cadre de conecption pour le web-of-people Le principe de fonetionnement de ce réseau est utiliser les capacités sociales des utilisatews pour filter, indexer et recommander information grace au développement de relations de confiance entre lee personnes Ce réseau repose sur une architecture pair-d-pair dans laquelle on reprend les usages de partage et d’échange @'information qui sont rés populaires dans les weblogs actuels

17abjecHf du stage est qne: A partir d’nne implémentation Web de ce protocole, je

doit constmire un navigatemr qui permet aux ulilisateurs de naviguer dans le rẻsequx construit par les relations entre des différentes personnes — le web-of-peale Ce stage est aussi une partie dans un conlral R&D cnire France Télécom R&D ot Je département

INFRES de NST Paris

41.2 Plan du rapport

Ce mémoire est divied en cing parties principales:

Dremièremenl, je présente un élat de l'art sur Le projet Web-of-people (WebOP)

Le dewxiéme chapitre déctit les idées principales du WebOP et aussi son architecture Ensuite, au troisiéme chapitre, j’adresse au besoin de construire un naviga(cur qui nous permet de naviguer parmi les nouds de WebOP, et aussi la solution conceptuelle et technique pour le réaliser Puis, le chapitre snivant est implémentation de cette solution Enfin, une conclnsion décrit les résultats de ce projet, et aussi quelques amliorations peuvent éire réalisés dans l'avenir

Chapitre 2: Le Web-of-people

2.1 Architecture du Web-of-people

Le web-of-people a été présenté initialement comme un réseau d’échanges actifs dont les participants peuvent adresser leurs revues (ou fiches de lecture) de ressources aux amis ou collégues, Chaque personne erée et organise par catégories (ou topiques) des revues sur des URL trouvées intéressantes Ces revues sont échangées par un mécanisme

de diffusion par listes dutilisateurs attachées chaque topique Ainsi, un utilisateur peut recevoir, par ses amis, des nouvelles sur des ressources web de son intérét Toutefois les

questions suivantes sont restées ouvertes

— Quelle structure de connaissances utiliser pour constituer la base de revues

personnelles ?

— Quelle architecture et quels protocoles s’appliquent 4 ce systéme réparti ?

— Quels sont les dialogues possibles entre utilisateurs pour assurer leur confiance dans le réseau d’échanges du web-of-people ?

Figure 1: Architecture de référence pour le Web-oF people

‘Nous trouverons dans ce document les réponses a ces questions en spécifiant une

architecture de référence basée sur usage de blogues pour le web-of-people, Il s*agit

@un réseau pair-d-pair (cf Figure 1) dont chaque pair est au service d’un utilisateur du

web-of-people qui peut s’y connecter pour gérer ses connaissances personnelles dans son

entrepét, dit PKB (Personal Knowledge Base), et échanger ses connaissances avec les

utilisateurs de son choix Un blogue est généré comme une vue HTML de cette PKB pour que les connaissances personnelles soient accessibles et lisibles dans les navigateurs

classiques

erface navigationelle zoomable

Téchange entre utilisateurs dans le web-af-people se fait via un protocole parliculicr du web-of-peoplc (appelé webop) Ce protovole permet a chacun de parlager ses connaissances avec d'autres en onvrant l’accessibilité pour eux Tont accés de

ressources partagtes s"cst cxéculé a Wravers un serviec d°intcrrogalion, spécifié comme

une parte du protocole webop

Les ulilisateurs dans le web-of-peogle ne disposent non seulement une PKB mais ansei d'une boite de messages pour recevoir des notifications provenant d’autres personnes, un moyen altematif de communication entre utilisalews dans le web-of- people Un service spécial du protocole webop permet & cos demicrs de déposer los notifications comme des messages dans la hotte de messages du destinalaire On appelle

ce service Ia messagerie de notification, En se différenciant de Ia messagerie traditionnelle, ce service ne Sappliqne qne pont les utilisatenrs au web-of-people D°antre part les messages d’échange setont sucturés pow appaiter une sémantique précise par laquelle Y'application pourra les interpréter et Jes trailer automatiquement

Cas le web-of-people cst cnvisagé pour supporter le développement de réseaux

socianx, comme, par exemple cehn qui se constmit acinellement a partir de I'nsage de

blogucs sur le web Mais dans le web of péople , loz utilisaleurs ne sont plus anonymos Les utilisatenrs deavent avoir un identifiant universel, indépendant a adresse physique de leur hte de travail, qui sora utilisé par le protocole webop pour élablir la communication

en eux Un anmuaire est oréé pour lee utilisateurs du web-of-people (appelé annuaire web- of-people dans la figue 1) Lorsqn’un utilisatcur s’inserit dans le web-of-people, vou identifiant unique sera enregistré dane cet annmaire avec des informations complémentaires telz que adresse physique de son pai cur le réseau Cet annuaire logique pourra atre réalisé a l'aide d'anmuaires physiquement distibués (ef annuawee LDAP par exemples), Le prolocole webop exploilera cos informations dans son implémentation des services

2.1.1 Blogue orienté topique : Personal Knowledge Base (PKB)

Comme nous Ï'avons évoqué on préambule, le weblog (ou blogue) cet une

pratique courante pour la publication personnelle En exploitant cette pratique, nous

définissons chaque PKB comme un blogue sémantique qui comporte des poste individuels Chagne post dane le web-of-people est une revue personnelle sur une ou plusicurs ressources web collectionnées par un ufilisateur On considére ees ressources,

dont les URT sont référencées dans le post, comme une déclaration imphcite d’intérét de

Putlisaleur Les topiques du blogue expliquent donc un classement pertinent des ressources collectionnées A travers les posts de revue Dans la figure 2, un topique est déseing par un cercle tandis quc un pol par on reclangle de feuille Lee Hiéches entre

topiques représentent des relations de subsomption entre eux Un post content dee

Figure 2: La structure des conmaisvances dans une PKE

Pratiquement, il existe différentes catégorisations et formats de blognes On pent construire effcetivement des bloguce sans lopiques, d’ou un blogue n'est qu'une liste de bréves informations ordonnées en chronologique Aussi un post peut consister

simplement en textes de description sans pointeurs Cependant, selon une énde de Rar-

lan [Bar04] la plupari đe posts (88,2%) đang les blogues professionnslz donnen đe: hyperliens vers les sources de référence Dans le web-of-pecle, on ne s’inléresse alors qu’anx blogues dont les posts contiennent des pointeurs et sont classifiés selon lenr(s) thẻme(s) aborde(s) Nous conslatons que ce lype de bloguce oricntes topique sera une meilleure source de connaissances partagées, notamment pour dec communauté professionnelles

2.1.2 Eehanges par Interrogatlan et notification

Le web-ofpeople se fonde sur une distribution de PKB ponr chacun La communication entre ulilisatews dans ce sysiéme se fait uniquement par deux services de base du protocole webop : interrogation ct notification

Le service d’interrogation permet A tn utilisateur de consulter des ressonroes dans

@antres PKBs accossibles pour lui, Comme un mécanisme «pull », chaque requéte formée selon son besoin lui rend un ensemble de descriptions Ce service Ini permet de chercher des posts en parconrant différonics PKBs, en commencanl par la sienne

Mais s’il n'y avait que ce service, le web-of- people n’iait pas beancoup plus loin que le web acinel face au probléme de la quanlilé enorme de PKBs et de topiques, Cela rend nécessaire un denxiéme service pour permettre des échanges actifs entre utilisatewrs Supposons que chaque ubilisatour ail des contacts personnels avec un petit nombre de

Liinterface navigationelle zoomable

partenaires ou amis avec lesquels il souhaite échanger des connaissances sur sa PKB En utilisant des messages particuliers au systéme webop, il peut notifier @ ses amis les opérations qui correspondent a des mises a jours dans sa PKB Grice a ces notifications, les récepteurs peuvent réagir et poursnivre les échanges Par conséquent, un message transporte effectivement le sens d’un événement de modification de relations fonctionnelles entre PKBs Autrement dit, on peut considérer la messagerie, au contraire

de Vinterrogation, comme étant un meécanisme «push» pour les échanges de

connaissances

Grice a cos deux services, notre systéme peut se concevoir comme une organisation de multiples utilisateurs définissant, et modifiant par transactions, leurs PKBs en relation les unes avec les autres

Selon le modéle présenté dans la méthode REMORA [RFB88}, tous les éléments dune organisation peuvent étre classés dans Pun des trois groupes suivants: Relation Fonctionnelle, Evénement, Opération (ef figure 3)

— Une relation fonctionnelle est un élément de connaissances dans l’organisation

L’extension de cette classe d’éléments définira & chaque instant l'état de toutes

les PKB dans notre systéme Une modification dans ue PKB est un changement d'état

— Un événement est la constatation d'un changement d'état des relations de

Vorganisation Les événements sont done ordonnables temporellement

— Une opération est une action de modification qui peut étre exécutée librement

par un utilisateur ou déclenchée 4 la suite d’un ou plusieurs évenements Cette action décrit un phénoméne réel correspondant aux activités fournies dans Vorganisation Une opération peut modifier l'état d'une ou plusieurs relations fonctionnelles, les changements ainsi provoqués sont de plusieurs types : ctéation ou suppression (passage de l'état inexistant & l'état existant ou vice versa), mise a jour (passage de I'état existant a un autre en attribuant de nouvelles valeurs)

Dans le Web-of:people, une opération de modification dans une PKB peut

provagner, selon le modéle REMORA, des opérations de modification en cascade sur

@autres PKBs a distance La mezsagerie cst ulilisée simplement comme le moyen de transport des événements décrivant les changements pour les destinataires concernés La figure 4 illusure ce réle de la messagerie Pour chaque modification dans la PKBY qui

pourrait provoquer une modification dans la PKA2, wn message sera envoyé

automatiquoment ä la boile de messages liéc la PKB? alin de notifier cet événcment, En

analysant les messages arrivés, des opérations standardirées seront proposées a l’avis cht

DES QUE ronszat (changement as

FAIRE envod measage(& U2, déce-vant 1! événemeat) at at commit sur EKBI, coneernant U2)

DES QUE message regu (par UZ, décrivant évéremenz)

Figure 4: Interrogation et notification dang le Web-of people

2.1.3 Accessiblllté aux topiques et aux posts

Pariager dee connaissances est une promitre fonctionnalité du Web-of people

Chaque personne pent ouvrir (accepter) pour d'autres I'accés en lecture de see topiques

par la propriété webop:accessibleBy Bien que webop:accessibleBy ne s*applique qu’aux topiques, Uaccée des poste, dés que La propri¢lé atom:issued cel renecignés (ee qui

signifie qu’ils sont publiables), est aussi contrélé via les topiques auxquels ils sont attachés Notons que ce contréle d°accés est pris en compte effectivement par le service

‘interrogation đu systéme gui ne powza permettre Ia lecture que pour les propriétés dee

webop:Resources — topiques el posts — accessibles

Techniqnement, la valour dune description daccessibilité est une etiing indiquant Videntification de destinataires pour l’accessibilité, celle-ci peut étre nme seule personne

unfres.enstfr", “enstfr", "Je, ow mame le public ("all") Le langage RDF permet de spécifier smulti-valeurs par mmiti- (eg., “taSuyfes.enst fr, un (sous-)domaine (e,

descriptions sur Faccessibilité d'un topique Par exemple, om peut rendre accessible wn topiqne à deux personnes différentes, par exemple iaSinfres.ensife et saglioSinfres.enst.fr, par deux déclarions webop:accessibleBy dany la PKB

Un topique héritera des valeurs de webop:accessibleBy de ses enper-topiques Ce fopiqne sera donc accessible pour les ufilisateus qui peuvent aceéder aux supet-topiques

Pour em resireindre V'accés (refusé), ơn ulilisera la propritté webop:inaccessibleBy

Iutihsatenr ainsi désigné n’anra pas droit Vaccés sur le tapique méme si son nom

apparait dans la lisle de webop:accessibleBy En principe, le calcul pour l'ensemble de

personnes pouvant accéder & un lopique @ se fail comme ceci

access(a) — ( access(parents(a)} \) access thleBy(a) } \ inaccessible Bsa)

Oi access) cst la fonction du calenl, parents() rend les ptros đu topique,

accessibleBy) est Ja liste de personnes décties par webop:accessibleBy et

inaccessibleBy() par webop:inaccessibleBy Sur l'exemple dans la Figure 5, les topiques

a, b, ¢ ot ainsi les posta associts avee cux sont acceasible pour le publie, car access(c) — access(b) — access(a) — all; d, e sont privés, aceess(e) — access(d) — access(a) \all— 3 ;

Ff est ouvert pour les personnes limitécs đang infreenstfr, accesst/) — access(d) k2

: Centrôle đ'accès sur une PKB

Figure

2.1.4 Intégration des topiques et personnalisation des posts

Dans la pratique d'une commnnanté, on essate tonjours de reprendre ce qui a été

produit par d’antres afin d’éviter un double d°effart Des techniques d’intégration peuvent permettce a Putilisateur @indiquer de différentes sources 4 compter dans une recherche Vinfoumations Nous constatons qu'une source de connaissances & intégrer dans le Web- ofpeople pourrait étre un topique dans une PKB Ainsi, un ulilisaleur peul associer un topique de sa PKB avec celui de I’autre Aprés cette intégration, toute recherche de

topique pourra atre étendue an topique externe La Figure 6 illustra me arficulation entre

c1 ot b2 par la propriété webop:includesTopic (eZ, wobop:includesTopic, b2) Si, dts que (c£, webop:includesTopic, 62) cet inséré dang la PKB de wf, une notification

est envoyée a 22 alors il pourra ajauter (62, webop:includedBy, z7) dans sa PKB;

webop:includedBy est simplement la propriété inverse de webop:includesTopic Dés

lors que Pintégration se fait ainsi entre cf ct 52, unc recherche des posts attachés a c7 se

erface navigationelle zoomable

ponrsnivra par celle des posts attachés 4 62 (e.8 7)

Une autre technique de réutilisalion dans le Web-of-people ost la personnalisalion

de post La différence entre cette detniére et Pintégration de topiques est que l'on peut écrire des commentaires sur un post existant, non plus simplement la fire Lorsqu’nn past est ne persoundlisation d’un autre, on peut considérec ce dernier conune une « citation »

du premier avec de nouveaux commentaires', Dans la Figure 6, p3 esl une

personalisation de p2 - (p3, webop:personalisalionOf, 2) Comme

weboptincludedBy, webop:hasPersonalisation est simplement la relation inverse de

webop:personalisationOf Bille indique que le créateur d’un post a bien noté que san post a été pecsonnelisé aillews, par exemple (p?, webop:hasPersonalisalion, p3) En pratique, la personnalisation des posts peut ée comparée 4 la technique du « trackback »

ulilisée dans les weblogs, par laquelle un post peut en référencer un antre et un lien

inverse étie posé sur le trackback du référent

Tigmre É: Intöprar sẻ persannalieer' đec connaissances dans une PKB

La personnalisation est une reconnaissance des sources (« crédil ») Sa déclaralion antomatique et persistante ect une des bases de l’établissement de la confiance dans le

rẻsean Web-of-people Grace a elle un autenr pent mesnrer sa popularité nan plus

seulement parce qu’il est lu topie webop:includedBy mais aussi parce qu’il est cité dans de nonveanx écrits — post webop hasPersonalieation,

2.1.5 Recommandation active et abonnement

Une pratique couranic chez Ics utilisateurs d'une communauté est d'utiliser Ï'e- mail pour envayer des pointenrs sur des documents intéressants pour des callagnes ou der

‘in pen comme nme RFC dans PTETR

amis Qn appelle cette pratiqne nne recommandation active pour aitirer l’attention 4

Pinitiative de P offieur [MEDS] Dans le wcb-of-poople, on s’efforce a ce que chaque fois qe’un nonvean post est eréé auteur l'adresse anx personnes qu'il a trouvées intéressées

Cependant, ectle action requicrt un effort relativemcnt important de la part de

Vexpéditeur, et il arrive souvent que Putilisatenr n’envore pas la référence A toutes ler personnes qu’clle pourrail inléresser, ou qu'il oublic simplement de le faire

Pour aseister Putilisatenr dans cette action de recommandation, nons utilisons un mécanisme d’adressage sémantique ot une liste de destinataires est désignée pour chaque topique dans la PKB Lorsqu’un post cst eréé associé & ce topique, le sorviee đc notification dn web-af-people adressera antomatiquement nn message anx personnes dane

la liste de destinataizes du topique Grice a cet adressage sémantique, l'utilisateur est libéré du travail d’envoi de messages Tl ne dait que simplement enregistrer lee destinataires qu’il a trouvés intéreesés par ses topiques, c'est a dire mettre jour sa PKB pour ce qui conceme les propritiés a valeur exteme

Dane notre conception, la cible pour la recommandation dun topiqne est pas simplement tne personne, mais aussi le topique du destinataire que Pexpéditenr tronve le plus proche du sien Une recommandation doit done choisir parm plusicurs topiques

existant chez le destinataire En conséquence, si l"expéditenr ne sait pas exactement pour

quel topique if convient e donner sa recommandation, il ne peut que Ie lui rendre accessible (cf supra) Toutefoie, pour faciliter les échanges entre personnes, nous pouvons également envisage: dans les applications un topique spécial - stommé pat

exemple «inbox » - oréé pour chaqne PKR, celui-ci serait public et prét a recevair tont

type de recommandation Mais il risquerait d’étre la cible privilégiée du « spam »

Figure 7: Adressage sémantiqne pour une recominandation active

Supposons que les deux PKB dans la Figure 7 sont accessibles par I'un el autre

erface navigationelle zoomable

Une recommandation de la part de mỉ commence par une déclaration (c?,

webop:recommendedFor, 62), Celle premiére étape donne une notification a x2 pour

dire que ¢? était recommandé pour 42 Siu? accepte la recommandation il répondra par

une déclaration (2, webop:subscribesTo, cf) Ce feedback suggérera en retour une action de la part de u/, de sorte qu’il créera un abonnement par adressage sémanlique sur son topiqne (cf, webop:dclivercdFor, 62) Cet abonnement permetira des envois automatisés de notification sur la eréation de posts dans le sons-arbre de c/, par exemple

pletp?

Praliquement, la dialogue d'échange ci-dessus sc base sur un « handshake » entre les mtilisateurs I’envai de notification des nonveanx posts ne seffectera qu’aprés Laceoplation du destinalaire La confiance sur les échanges enire ulilisatcurs sera done

assurée par Vapplication I.’utilisateur ne recevra que des notifications qui l'intéressent,

méme si lexpéditeur n’allendail pas Pacceplation de la part du récepleur, les envois

suivants qui seraient alors du «spam » - ponrraient étre filtrés automatiquement par

Lapplication L'application ne conscrvera que leg messages concernant des abonnements

4 des topiques acceptés par une déclaration webop:subscribesTo

2.1.6 Persannalisation

L’échange le plus actif dans le wcb-ofpeople se fait par sa personalisation de

post (la différence entre cette đerniere et imtégration de topiqnes est que l’on peut écrire

des commentaires sur un post existant, non plug simplement Ie lire), Lorsqu’un post cet une personnalisation dun autre, on pent considérer ce dernier comme citation dn premier avec de nouveaux commentaires Par exemple, dans la figure 7, des que u2 regoit la notification concemant la création du post pI, il ajonte un commentaire en créant un post p2 qui cst une personalisation de p1- (p2, webob:personualisationO£, pl) Comme webap:incindedBy, la — relation webob:hasPersonnalisation gl,

webab:persemralieatisnO£ File indique que le créatenr Aun post a bien noté qne son past

a été pervonnalisé aillews Dans une métiique sociale le couplage des propriétés webab:personnalisationOf permet de calenter le « rayannement » d’un post Fn pratique,

la perzonnalisalion des posts peut étre comparde a la technique du TrackBack [Troll, 2002] utilisée dans lee weblogs par laquelle un post peut en référencer une autre et un lien inverse éire posé surle trackback du référent

2.2 Plate-forme WebOP

Nous présentons ici une plate-forme basée sur le Service web pour le protocole webap Il s’agit d’nn systéme de nmitiple serveurs qni se connectent travers les servicer webop implémentés sur le couche standard du Service web, le SOAP (cf Figure 8)

Chaque serveur webop est au service d’un sous-ensemble d°utilisateurs du web-of-people qui peuvent s'y connecter chacun pour gérer sa PKB et sa boite de messages Bien

évidemment, un seul serveur webop est permis pour chaque utilisateur enregistré” Afin

@assurer identification unique pour chacun dans le Web-of-people, nous utilisons un serveur LDAP centralisé pour gérer l’annuaire des utilisateurs

‘Ublisateur A, ‘Ublisateur B ‘Utilisateur C

Figure 8: Architecture d’implantation de la plate-forme webop

Dans cette implantation du protocole webop, la PKB et la boite de messages dune personne doit étre gérées par un serveur webop Ce serveur est toujours actif et prét & communiquer avec les autres En concevant les services webop comme des services web, nous envisagions une architecture ouverte pour faciliter Pintégration du web-of-people avec d’autres applications du web sémantique Par la suite, nous voyons la conception des services web pour le protocole webop et leur usage dans les applications

Cette implémentation a été réalisée sous forme une application Java Web par Dao Viet Phuong, un étudiant de la promotion 8 de I’IFI pendant son stage a ENST Dans cette implémentation, le projet libre Jena a été utilisé comme la base de donnée (http://jena sourceforge.net)

> mais une personne réelle peut étre représentée dans le web-of-people par plusieurs utilisateurs — ses

«avatars »,

erface navigationelle zoomable

Chapitre 3: L’interface navinationnelle zoomable

Dans ce chapitre je présente un cadre de conception pour construire un utile quí aide ulilisatcurs a exploiter des informations partagées dans le web-of-people

3.1 Structure d'une vue multi-PKB

Une PKB est un ensemble chronologiqne de “posts” - on fichas de lectnres on documents courts ou "bréves" - ct une aboresccuce de "topies" - ou topiques on themes ou dossiers - ponr les classer, "pasts" et "topics" dinne PKR ne ponvant avair ponr créateur que le seul proptiétaire de cette PKB

Dans nne senle PKB les "topics" sont comme les noends dune etmetire

atborescente dindex ef les "posts" comme les feuilles Tous les noends pouvent avoir des

fenilles et A partir d'nn noend on peut atteindre toutes les fenilles des noeuds-fils dans La

sous-arborescence de ec nocud, L' “interpretation” d'un “topie” est l'ensemble des "posts"

Dine PKR a une antre, denx types de relations sont définies : entre tapiqnes (pour

éiendre les lectures possibles aux posts eréés par d'auttes) une relation dl'intégration moins

om plus forte - "ineludesTopie" on “subscribesTo” - et entre posts (paur écrire apres des posts créés par d'autres) une relation de succession d'auteur - "personalisationOf" Ces relations ont leus relations réciproqnes, ou miroirs, dans autre PKB : "includedBy" ơu

"deliveredTo" ot "hasPersonalisation" Elles sont logiquement transitives, sauf limitation des antorisations d'accés sur Les lopiques

IL fmt savoir que dans cette spécification de application Interface Navigationnelle Zoomable, la différence entre les deux relations “includeTopic" et