Vous êtes sur la page 1sur 2

Economie numrique : passage dune conomie de copies une conomie de licences, pour de vrai.

(brouillon)
Aujourdhui, la plus value utilisateur lie lacquisition lgale duvres digitalises, ou de droits daccs ces oeuvres, hormis ventuellement une satisfaction personnelle dhonntet, est absolument nulle, si ce nest carrment ngative : Liens fichiers licences qui partent en vrille, maintenance de fichiers excel de numros de licences, perte de ces numros avec les enveloppes CDs qui vont avec, migration de machines ou installation qui ne marche pas pour une raison x ou y, quand la licence nest pas lie la machine (quelle hrsie), rgles sotriques sur ce quon a le droit de faire ou pas suite lachat, lecteurs obligatoires, etc. A la fin, aucune diffrence entre acquisition lgale ou pas, cest des CDs/DVDs marqus au feutre indlbile ou de la gestion de disques durs et backups, avec un sentiment de fragilit (et non proprit) plus grand que dans le cas du piratage, ce qui nest pas quun sentiment comme dcrit plus haut. On sintresse ici un modle bas sur lexistence d organisations notariales charges de grer des comptes de licences utilisateurs , permettant en retour ces utilisateurs davoir accs aux uvres achetes de nimporte quelle machine, ces organisation tant donc garantes des bibliothques utilisateurs , avec contraintes de confiance et confidentialit associes. Cependant, laide de protocoles tri partite, on garantit l anonymat global de lutilisateur, cest dire que les numros de comptes non en rien besoin dtre connus et partags par les magasins, diteurs ou fournisseurs de services pour que le systme fonctionne. On note : Mu la machine de lutilisateur (une de ses machines, celle quil utilise au moment de lachat) Nu lorganisation notariale de lutilisateur (la machine associe) Mag le magasin en ligne (ou pas) o est acquise luvre ou le droit daccs (la machine associe) Do le distributeur de luvre, ou responsable de la distribution de copies Protocole dachat : 1. Lutilisateur choisit une uvre sur Mag 2. transaction de paiement non dcrite 3. transaction de licence : 1. Gnration dun numro de session par Mag, envoie de ce numro de session Mu 2. Mu envoie Mag lidentit de Nu 3. Mu envoie Nu le numro de session 4. Mag envoie Nu le session_id, l identifiant de luvre et le numro de licence 5. Nu crit sur le compte de lutilisateur lacquisition de la licence On voit que Nu enregistre une licence sur le compte de lutilisateur uniquement sur demande de Mag mais jamais de Mu, ce qui garantit lacte dachat des deux cts, dautre part le magasin na aucun moment besoin de connatre le numro de compte de lutilisateur, mais uniquement lidentit de son organisation notariale ou banque de licence. On considre par ailleurs que les numros de licence sont rellement tirs au sort dans de grands espaces et non sujets rgles algbriques, donc non gnrables par key generators.

Protocole dacces luvre x : 1. Si x est en cache sur la machine utilise par lutilisateur, accs direct 2. Si x est pas en cache : 1. Mu demande Nu la gnration dun access_id pour luvre x ainsi que lidentit de Do pour x 2. Nu transmet Do laccess_id et lidentifiant de luvre

3. Mu transmet Do laccess_id et lidentifiant de luvre 4. luvre est tlcharge sur Mu o une session de consultation initialise (si luvre est un site web par exemple) Ici, on voit que Do ne dclenche le tlchargement ou la session de consultation que sur un message de Nu, jamais de Mu. Cependant ici aussi, Do na aucun moment besoin de connatre le numro de compte de license de lutilisateur, mais uniquement lidentit de son organisation notariale. Ces principes peuvent tre rutiliss pour de nombreux contextes, et on peut imaginer toutes sortes de services ou l oprateur du service dlgue la gestion et connaissance des (ou de certaines) donnes utilisateurs lorganisation notariale de cet utilisateur, de mme un certain service pourra utiliser les donnes utilisateur li un autre service sans jamais en avoir une connaissance effective. Cela ne veut pas dire que lutilisateur na pas didentit (ou compte) sur les magasins ou fournisseurs de services, mais aucun unique ID de lutilisateur nest ncessaire ou partag entre les intervenants. Dailleurs la sauvegarde de ces divers comptes et password peut tre un des services fournit en dlgation vers lorganisation notariale de lutilisateur. Dautre services comme des liens vers des espaces de stockage de projets ou donnes de contenu personnels manags par des FAIs ou autre peuvent tre imagin, et bien sur lutilisateur doit pouvoir crer des structures ou points de rangements sur son (ou quelques, pas de ftichisme dunicit avoir ici) comptes de licences . Les normes ncessaires la mise en place dun tel systme nont mon avis pas tre bien grosses , il ne sagit pas du tout de tout rcrire ou de tout renormaliser, en particulier il ny a rien changer dans tous les formats duvres, le compte utilisateur peut tout simplement tre vu comme un systme de fichier inodes rellement admistratifs, (ou monde lisp adresses mmoires administratives), inodes ou adresses signification globale (directory ou liste de toutes les licences de nimporte quel compte par exemple) ou locale (une structure ou point de rangement dun tel compte) utilisant des ISCNs dont la distribution et lcriture peut utiliser les procds dcrits dans la proposition de brevet jointe. Par contre de nombreux services pourrait rutiliser cette structure tout comme cela se fait travers les cookies , base de registre , ou autre.