FR2918241A1

FR2918241A1 - Procede, serveur et application pour le partage de contenus personnels entre terminaux d'usager(s)

Info

Publication number: FR2918241A1
Application number: FR0756121A
Authority: FR
Inventors: Samuel Bernard
Original assignee: Bouygues Telecom SA
Current assignee: Bouygues Telecom SA
Priority date: 2007-06-28
Filing date: 2007-06-28
Publication date: 2009-01-02
Anticipated expiration: 2027-06-28
Also published as: FR2918241B1

Abstract

L'invention concerne selon un premier aspect un procédé de partage de contenus personnels entre des terminaux (1, 2, 3) de différents types d'un même usager (5), comprenant les étapes :- d'élaboration, par un serveur central (4), d'une liste centrale (40) des contenus stockés dans les différents terminaux de l'usager,- de sélection, par l'usager utilisant l'un de ses terminaux (1), d'un contenu dans la liste centrale (40),- d'échange en mode poste-à-poste (P2P) du contenu sélectionné entre le terminal (2) dans lequel le contenu est stocké et le terminal (1) utilisé par l'usager.

Description

1

Le domaine de l'invention est celui du partage de contenus personnels, typiquement des contenus multimédia, dans un réseau de télécommunication. L'invention concerne plus précisément le partage de contenus personnels entre des terminaux de différents types d'un même utilisateur, ainsi que le partage de contenus personnels entre des terminaux de différents types au sein d'une communauté d'utilisateurs. Les contenus personnels d'un usager sont souvent dispersés dans différents types de terminaux de l'utilisateur. 1 o L'utilisateur dispose typiquement d'un terminal de téléphonie mobile, d'un terminal informatique de type ordinateur personnel, ou encore d'un terminal de connexion à haut débit au réseau Internet (terminal désigné couramment par le terme de box , par exemple pour un service triple selon lequel un prestataire permet à ses abonnés d'avoir accès à la 15 télévision, à Internet et au téléphone, par une seule connexion à haut débit). Afin de profiter de ses contenus personnels sur l'un ou l'autre de ses terminaux, l'utilisateur doit généralement dupliquer les contenus d'un terminal à l'autre, ce qui d'une part n'est pas commode d'utilisation, et d'autre part n'est pas toujours réalisable notamment dans la mesure où les différents 20 terminaux ne disposent pas de la même capacité de stockage. On connaît par ailleurs différents systèmes de partage de contenus personnels dans un réseau de télécommunication. Il s'agit par exemple de sites Internet qui proposent des espaces communautaires pour partager les contenus personnels de différents usagers membres d'une même 25 communauté. Outre que de tels espaces sont généralement segmentés par type de médias (photo, vidéo, audio) ce qui ne facilite pas les échanges de contenus personnels, ces espaces nécessitent la duplication des contenus personnels sur un serveur central depuis lequel ils peuvent être téléchargés, et ne 30 permettent pas par ailleurs à un usager d'accéder avec l'un ou l'autre de ses terminaux à ses contenus personnels dispersés sur ses différents terminaux.

2

Et il en découle que ces services ne permettent pas non plus à un usager de partager avec les membres de sa communauté ses contenus personnels répartis sur ses différents terminaux. L'invention a pour premier objectif de permettre à un usager disposant de terminaux de différents types d'accéder à ses contenus personnels dispersés sur ses différents terminaux, à partir de l'un et/ou l'autre de ses terminaux. Un second objectif de l'invention est d'offrir à un usager la possibilité de partager ses contenus personnels dispersés sur différents terminaux avec une communauté d'usagers, les usagers de la communauté ayant eux aussi leurs propres contenus personnels à partager dispersés sur différents terminaux. Dans ce contexte, l'invention propose selon un premier aspect un procédé de partage de contenus personnels entre des terminaux de 15 différents types d'un même usager, comprenant les étapes : d'élaboration, par un serveur central, d'une liste centrale des contenus stockés dans les différents terminaux de l'usager, de sélection, par l'usager utilisant l'un de ses terminaux, d'un contenu dans la liste centrale, 20 d'échange en mode poste-à-poste (P2P) du contenu sélectionné entre le terminal dans lequel le contenu est stocké et le terminal utilisé par l'usager. Certains aspects préférés, mais non limitatifs, de ce procédé sont les suivants : 25 - le terminal utilisé par l'usager est d'un type différent du terminal dans lequel est stocké le contenu sélectionné et échangé en mode poste-àposte ; - le procédé comprend les étapes d'élaboration, par un terminal de l'usager, d'une liste locale recensant les contenus stockés dans le 30 terminal, de transmission de la liste locale du terminal au serveur central, et de mise à jour, par le serveur central, de la liste centrale en y agrégeant la liste locale ; - l'usager d'un terminal connecté au serveur central visualise à l'aide dudit terminal la liste centrale élaborée par le serveur central ; - le procédé comprend, suite à la sélection par un usager utilisant l'un de ses terminaux d'un contenu dans la liste centrale, une étape d'envoi par le terminal utilisé par l'usager d'une requête de mise à disposition dudit contenu au serveur central, et une étape de mise en relation par le serveur central du terminal utilisé par l'usager avec le 1 o terminal dans lequel ledit contenu est stocké de manière à initier l'échange dudit contenu en mode poste-à-poste ; - le procédé comprend la synchronisation des contenus personnels stockés dans un premier terminal de l'usager avec les contenus personnels stockés dans un second terminal de l'usager, de manière 15 à dupliquer les contenus du premier terminal dans le second terminal, et la priorisation du second terminal par rapport au premier terminal de manière à réaliser l'échange poste-à-poste des contenus synchronisés à partir du second terminal ; - à l'issue de la connexion du terminal utilisé par l'usager avec le 20 serveur central, tout ou partie des contenus personnels stockés dans ledit terminal sont enregistrés sur un autre terminal de l'usager ou sur un espace de stockage personnel connecté au serveur central, de manière à assurer une continuité dans l'accès aux contenus du terminal déconnecté ; 25 - le procédé comporte une étape de transcodage de contenus stockés dans un premier terminal de l'usager pour adapter lesdits contenus au format requis par un second terminal de l'usager, l'étape d'échange d'un contenu sélectionné du premier terminal vers le second terminal comprenant l'échange du contenu transcodé ; 30 le procédé comprend en outre :

4

• l'élaboration par un premier serveur central d'une liste centrale des contenus stockés dans les différents terminaux d'un premier usager et l'élaboration par au moins un second serveur central d'une liste centrale des contenus stockés dans les différents terminaux d'au moins un second usager ; • l'élaboration par un serveur communautaire d'une liste communautaire recensant les contenus de la liste centrale du premier usager et les contenus de la liste centrale du second usager; • de sélection, par le premier usager utilisant l'un de ses terminaux, d'un contenu dans la liste communautaire, • d'échange en mode poste-à-poste du contenu sélectionné entre le terminal du premier ou second usager dans lequel le contenu est stocké et le terminal utilisé par le premier usager ; - le procédé comprend pour un usager la gestion d'une communauté d'usagers avec lesquels il peut échanger des contenus personnels en mode-poste-à poste, et pour le serveur communautaire la gestion d'une liste communautaire recensant les contenus personnels stockés dans les terminaux de l'ensemble des usagers de la communauté ; -le premier serveur central, le second serveur central et le serveur communautaire forment un même serveur ; et - l'usager dispose d'un terminal de téléphonie mobile pour accéder aux contenus personnels. L'invention propose selon un second aspect un serveur central d'un 25 système de partage de contenus personnels, qui comporte des moyens pour élaborer une liste centrale des contenus stockés dans des terminaux de différents types d'un même usager, des moyens de traitement d'une requête de sélection d'un contenu dans la liste centrale émise par un terminal utilisé par l'usager adaptée pour mettre en relation le terminal dans lequel le 30 contenu est stocké et le terminal utilisé par l'usager de manière à ce que le contenu sélectionné soit échangé en mode poste-àposte entre lesdits terminaux. L'invention propose selon un troisième aspect une application cliente destinée à être installée dans un terminal d'usager, qui comprend des moyens adaptés pour élaborer une liste locale recensant les contenus stockés dans le terminal, des moyens de connexion à un serveur central ou communautaire aptes à assurer la transmission de la liste locale au serveur central ou communautaire et à permettre la visualisation par l'usager d'une liste centrale ou communautaire hébergée sur le serveur central ou 1 o communautaire et la sélection d'un contenu dans ladite liste centrale ou communautaire, et des moyens pour assurer un échange en mode poste-àposte du contenu sélectionné depuis un terminal dans lequel le contenu sélectionné est stocké, et selon un quatrième aspect un terminal d'usager disposant d'un espace de stockage de contenus personnels, en particulier un 15 terminal de téléphonie mobile, dans lequel est installée une application cliente selon le troisième aspect de l'invention. D'autres aspects, buts et avantages de la présente invention apparaîtront mieux à la lecture de la description détaillée suivante de formes de réalisation préférées de celle-ci, donnée à titre d'exemple non limitatif, et 20 faite en référence aux dessins annexés sur lesquels : la figure 1 est un schéma représentant un système de partage de contenus personnels selon un mode de réalisation possible de l'invention ; - la figure 2 est un schéma représentant un système de partage de contenus personnels selon un mode de réalisation communautaire de 25 l'invention ; - les figures 3 à 7 sont des diagrammes représentant les échanges de données dans des modes de réalisation possibles de l'invention dans le cadre respectivement : o sur la figure 3, de l'initialisation du terminal de l'usager ; 30 o sur la figure 4, de l'accès au contenu de la communauté ; o sur la figure 5, de la mise à jour de la bibliothèque de l'utilisateur ;

6

o sur la figure 6, de la synchronisation des médias du terminal mobile ; o sur la figure 7, de la duplication des contenus entre terminaux maître et esclave ; - les figures 8 à 12 illustrent une mise en oeuvre possible du mode communautaire de l'invention, en représentant les différentes fonctionnalités offertes à un usager utilisant l'un de ses terminaux. Un mode de réalisation possible du procédé selon le premier aspect de l'invention va être présenté en référence à la figure 1 sur laquelle on a représenté un usager 5 disposant de plusieurs terminaux 1, 2, 3 de différents types. L'usager 5 dispose par exemple d'un terminal de téléphonie mobile 1, d'un terminal informatique de type ordinateur personnel PC 2, et d'un terminal de connexion à Internet de type box 3.

L'invention n'est bien entendu pas limitée à ces terminaux particuliers, mais s'étend de manière générale à tout terminal d'usager disposant d'un espace de stockage de contenu personnel et de moyens de connexion à un réseau de télécommunication aptes notamment à assurer sa connexion à un serveur central ou communautaire et l'échange de contenus en mode poste-à-poste avec d'autres terminaux. Dans l'exemple de la figure 1, on considère que l'usager 5 utilise son terminal de téléphonie mobile 1. Les contenus personnels de l'usager sont dispersés sur ses différents terminaux 1, 2, 3. Le terminal de téléphonie mobile 1 stocke ainsi des contenus audio dans un espace de stockage 11, des contenus de type photos dans un espace de stockage 12, et des contenus de type vidéo dans un espace de stockage 13. De manière similaire, le terminal informatique 2 et le terminal box de connexion à Internet 3 disposent d'espaces de stockage respectivement 21, 22, 23 et 31, 32, 33 pour le stockage de contenus audio, photos et vidéo.

7

On a également représenté sur la figure 1 un serveur central 4 apte à communiquer avec le terminal de téléphonie mobile 1 par l'intermédiaire d'un réseau cellulaire 14, par exemple un réseau de type Edge comme représenté sur la figure 1 ou un réseau de type HSDPA. Le serveur est par ailleurs apte à communiquer avec le terminal informatique 2 et le terminal de connexion 3 par l'intermédiaire d'un réseau TCP/IP, en utilisant par exemple comme cela est représenté la technologie ADSL. Le serveur central 4 comprend des moyens pour élaborer une liste centrale des contenus stockés dans les terminaux 1, 2, 3 de l'usager 4. 1 o En d'autres termes, le serveur central permet de rassembler l'ensemble des contenus personnels de l'usager 4 dispersés sur ces terminaux 1, 2, 3 sous la forme d'un espace disque virtuel 40 associé à l'usager. Et comme cela sera détaillé par la suite, l'usager peut accéder avec n'importe lequel de ses terminaux aux contenus rassemblés sur cet espace disque virtuel. 15 On comprendra donc que les contenus personnels ne sont pas rassemblés sur un support physique unique, mais rassemblés sur un support virtuel unique sous la forme d'une liste centrale (qui portera par conséquent la même référence 40). Une application cliente, adaptée à chaque type de terminal, est installée 20 dans chaque terminal 1, 2, 3 de l'usager 4. Les applications clientes sont développées sur une base commune aux différents terminaux de manière à leur offrir les mêmes fonctionnalités. En particulier, l'application cliente permet à un terminal de se connecter au serveur communautaire 4. 25 L'application cliente permet par ailleurs d'élaborer une liste locale recensant l'ensemble des contenus personnels stockés dans un terminal, et de transmettre cette liste locale au serveur central 4. Le serveur local 4 reçoit ainsi une liste locale par terminal de l'utilisateur, et élabore une liste centrale agrégeant l'ensemble des listes 30 locales.

Le serveur communautaire liste ainsi le contenu des espaces disques physiques de l'ensemble des terminaux de l'utilisateur, et présente via l'application cliente au terminal utilisé par l'utilisateur les contenus personnels dont l'utilisateur peut disposer. L'application cliente est ainsi prévue pour permettre à l'usager de visualiser la liste centrale et de sélectionner un contenu dans cette liste centrale. Les applications clientes étant développées sur une base commune, on prévoit notamment une interface d'accès commune, ou tout du moins similaire, à l'ensemble des terminaux. L'usager pourra notamment visualiser la liste centrale via un navigateur Web, Wap ou i-mode. On a représenté sur la figure 3, un exemple de réalisation possible de l'initialisation des échanges entre le terminal utilisé par l'usager (par exemple le terminal de téléphonie mobile 1) et le serveur central 4. Lorsque l'utilisateur lance l'application cliente, son terminal 1 s'authentifie auprès du serveur 4 à l'aide d'un pseudonyme et d'un mot de passe. La flèche 100 représente ainsi une requête d'authentification. Si les champs d'authentification sont corrects, le terminal est autorisé à se connecter au serveur. Lorsque l'authentification se passe sans problème, le serveur indique au terminal que l'authentification s'est bien passé (cf. flèche 101 représentant une confirmation d'authentification). Par la suite, le terminal constitue une bibliothèque des médias se trouvant en local (bloc 103 représentant l'élaboration de la liste locale) et envoie cette bibliothèque au serveur afin de mettre à jour la bibliothèque de l'utilisateur (bloc 104 représentant la mise à jour de la liste centrale). Le serveur central 4 réalise ainsi une mise à jour de l'indexation des contenus personnels de l'usager 5. On a représenté sur la figure 5, un mode de réalisation possible de la mise à jour de la bibliothèque de l'usager. L'usager utilisant ici son terminal mobile 1 demande au serveur central 4, comme cela est représenté par la 3o flèche 300 la bibliothèque de ses contenus personnels (c'est-à-dire la liste centrale de ses contenus personnels). Le serveur 4 lui retourne ùflèche 301)

9

la bibliothèque des contenus disponibles en fonction des terminaux authentifiés. Le bloc 302 représente l'ajout d'un nouveau contenu dans l'espace de stockage du terminal mobile 1. Le bloc 303 représente la mise à jour de la liste locale pour y intégrer le nouveau contenu ajouté. La flèche 304 représente une requête d'ajout du nouveau contenu dans la liste centrale des contenus de l'usager, permettant ainsi au serveur central 4 de réaliser (bloc 305) une mise à jour de l'indexation des contenus de l'usager dans la liste centrale. Selon un mode de réalisation possible de l'invention, la liste centrale 40 1 o est élaborée par le serveur central de manière à présenter les contenus personnels en fonction du type de média. Les médias sont à titre d'exemple classés et présentés dans les catégories suivantes : audio/photos/vidéo, puis par exemple suivant le type de terminal dans lequel le média est stocké. En variante, les contenus personnels sont présentés dans la liste 15 centrale 40 en fonction du terminal sur lesquels ils sont stockés. Les médias sont alors à titre d'exemple classés et présentés dans les catégories suivantes : mobile/PC/box. Suite à la sélection par l'usager utilisant son terminal de téléphonie mobile 1 d'un contenu dans la liste centrale 40, le procédé selon l'invention 20 met ensuite en oeuvre une étape d'échange en mode poste-à-poste du contenu sélectionné entre le terminal dans lequel le contenu est stocké et le terminal de téléphonie mobile 1 utilisé par l'usager. On réalise ainsi un partage de contenus de type Peer-to-Peer selon la terminologie anglo-saxonne consacrée. L'application cliente installée sur chaque terminal 25 dispose à cet effet de moyens permettant d'assurer cet échange poste-àposte entre terminaux. A titre d'exemple, le contenu sélectionné est par exemple un contenu audio stocké dans l'espace de stockage 22 du terminal informatique 2. Ce contenu est alors échangé du terminal informatique 2 vers le terminal de 30 téléphonie mobile 1 en mode poste-à-poste. Sur la figure 1, on a représenté ces échanges en mode poste-à-poste entre les terminaux 1, 2, 3 de l'usager 5 sous la forme de flèches portant la référence P2P. En réalisant l'échange en mode poste-à-poste, la communication est directement établie entre les terminaux. Ce mode d'échange diffère en particulier du mode client/serveur selon lequel les échanges transitent par un serveur central spécialisé. En particulier, le fichier sélectionné n'est pas téléchargé du terminal sur lequel il est stocké vers un serveur central spécialisé, depuis lequel il sera ensuite déchargé vers le terminal utilisé par l'usager. 1 o L'usager du terminal mobile 1 peut ainsi accéder au contenu stocké dans un autre de ses terminaux 2, 3. Le procédé selon l'invention permet ainsi à un usager d'accéder à ses contenus personnels, répartis dans plusieurs espaces de stockage, à partir de plusieurs terminaux. Par accès, on entend dans le cadre de la présente invention, aussi bien 15 un téléchargement du fichier sélectionné sur le terminal utilisé par l'usager, qu'une lecture en transit ( streaming ) dudit fichier sur le terminal utilisé par l'utilisateur. Afin d'initier l'échange en mode poste-à-poste, l'invention prévoit selon un mode de réalisation possible, que suite à la sélection par l'usager utilisant 20 son terminal de téléphonie mobile 1 d'un contenu dans la liste centrale 40, une requête de mise à disposition dudit contenu est transmise du terminal de téléphonie mobile 1 au serveur central 4. Suivant la réception de cette requête, le serveur central 4 met en relation le terminal de téléphonie mobile utilisé par l'usager avec le terminal dans lequel le contenu sélectionné est 25 stocké (dans l'exemple, mise en relation du terminal de téléphonie mobile 1 avec le terminal informatique type PC 2). En particulier, le serveur central transmet aux terminaux 1, 2 les informations nécessaires pour que les terminaux réalisent l'échange en mode poste-à-poste du fichier sélectionné. Il s'agit par exemple de 30 l'indentification du fichier sélectionné à échanger, des adresses réseau de chacun des terminaux, de l'identification du protocole utilisé pour réaliser l'échange en mode poste-à-poste. Selon un mode de réalisation possible du procédé selon l'invention, on met en outre en oeuvre une synchronisation des contenus personnels stockés dans un premier terminal de l'usager avec les contenus personnels stockés dans un second terminal de l'usager, de manière à dupliquer les contenus du premier terminal dans le second terminal. On effectue par ailleurs la priorisation du second terminal par rapport au premier terminal de manière à réaliser l'échange poste-à-poste des contenus synchronisés vers le terminal utilisé par l'usager à partir du second terminal. Ce mode de réalisation s'avère notamment avantageux pour permettre l'accès à des contenus personnels stockés sur un terminal présentant une faible bande passante et/ou une bande passante coûteuse. Il s'agit typiquement, sans que cela ne soit pour autant limitatif, du terminal de téléphonie mobile 1 qui doit utiliser la voie montante du réseau EDGE/HSDPA pour transférer ces contenus. Afin d'optimiser le réseau et de ne pas saturer la bande passante montante du terminal de téléphonie mobile, il est proposé que le terminal de téléphonie mobile duplique ses données sur un terminal présentant une 2o bande passante plus élevée et/ou moins couteuse (typiquement le terminal informatique de type PC 2) qui se chargera de servir le contenu stocké dans le terminal de téléphonie mobile aux autres terminaux de l'usager (ou aux autres terminaux des usagers d'une même communauté dans le mode de réalisation communautaire qui sera détaillé plus en avant par la suite). 25 La duplication du contenu du terminal de téléphonie mobile est effectuée en réalisation une synchronisation du mobile 1 avec le PC 2. Cette synchronisation, représentée sur la figure 1 sous la forme d'une flèche portant la référence S, peut se faire en heures creuses ou à la demande de l'usager 5. Elle est par exemple effectuée par l'intermédiaire d'une liaison 30 Bluetooth, wifi ou réseau EDGE/HSDPA.

L'avantage de cette synchronisation est de bénéficier d'une bande passante plus élevée (typiquement la bande passante haut débit dont dispose le PC 2 via la technologie ADSL) pour servir les contenus du mobile 1 aux autres terminaux de l'usager, ou à la communauté. En effet, en réalisant la priorisation du PC 2 par rapport au mobile 1, les contenus mobiles sont tout d'abord dupliqués sur le PC connecté au réseau ADSL avant d'être échangés en mode poste-à-poste depuis le PC vers d'autres terminaux. On limite de la sorte l'utilisation du lien radio susceptible de poser des problèmes de performances et/ou de coûts. 1 o On a représenté sur la figure 6, un exemple de réalisation possible de la synchronisation des contenus du terminal mobile 1 de l'usager avec les contenus du PC 2 de l'usager. Le bloc 400 illustre l'activation (manuelle ou automatique en heures creuses) de la synchronisation. Comme illustré par la flèche 401, le terminal 15 mobile 1 demande auprès du serveur central 4 la synchronisation avec le PC 2. Au bloc 402, le serveur central 4 identifie l'adresse IP du PC 2, ainsi que les médias à synchroniser en comparant la bibliothèque du PC 2 et celle du terminal mobile 1. Comme illustré par la flèche 403, le serveur central 4 20 envoie au terminal mobile 1 l'adresse IP du PC 2 et la liste des médias à envoyer au PC. Le terminal mobile 1 effectue une requête de connexion (flèche 404) au PC. Lorsque le PC accepte la connexion (flèche 405), le terminal mobile transfère (flèche 406) les médias communiqués par le serveur sur le PC. Les 25 médias ont été ajoutés sur le PC, ce qui provoquera une mise à jour de la bibliothèque de l'utilisateur (bloc 407). Selon un autre mode de réalisation possible du procédé selon l'invention, on utilise un espace de stockage personnel connecté au serveur central (typiquement un disque dur réseau), sur lequel on duplique tout ou 30 partie des contenus personnels de l'usager. Ce mode de réalisation autorise une continuité de service dans l'accès aux contenus, y compris lorsque les terminaux ne sont pas connectés. On peut également choisir de dupliquer des contenus personnels sur l'un des terminaux de l'usager, par exemple sur un terminal de l'usager disposant de bonnes capacités de stockage et connecté en permanence au serveur central. On peut à cet effet choisir d'utiliser le terminal box de connexion Internet 3. Dans ce mode de réalisation, on met par exemple en oeuvre les étapes suivantes. A l'issue de la connexion du terminal utilisé par l'usager avec le serveur central, tout ou partie des contenus personnels stockés dans ledit terminal sont enregistrés sur un autre terminal de l'usager ou sur un espace de stockage personnel connecté au serveur central. La liste centrale élaborée par le serveur central est alors mise à jour pour faire état de ce que les contenus dupliqués sont désormais disponibles pour un échange en mode poste-àposte depuis le terminal sur lequel ils ont été dupliqués. On peut par ailleurs choisir de prioriser l'un ou l'autre des terminaux sur lequel le contenu dupliqué est stocké, pour réaliser l'échange en mode poste-à-poste dans le cas où les deux terminaux sont connectés. A titre d'exemple, on peut choisir de ne dupliquer que certains des contenus personnels stockés sur un terminal ; par exemple, sans pour autant que cela ne soit limitatif, on peut dupliquer les derniers contenus stockés sur un terminal, ou bien encore les derniers contenus échangés avec un autre terminal, ou bien encore les contenus les plus échangés, etc. On a représenté sur la figure 7, un exemple de réalisation possible de la duplication des contenus d'un usager entre un des ses terminaux dit terminal esclave (le PC 2 dans l'exemple) et un autre de ses terminaux dit terminal maître (la box 3 dans l'exemple, ce terminal étant en pratique constamment accessible via le réseau ADSL). Le bloc 500 illustre l'activation (manuelle ou automatique en heures 30 creuses) de la duplication. Comme illustré par la flèche 501, le PC 2 demande auprès du serveur central 4 la duplication des contenus du PC 2 sur la box 3. Au bloc 502, le serveur central 4 identifie l'adresse IP la box 3, ainsi que les médias à dupliquer en comparant la bibliothèque du terminal esclave (PC 2) et celle du terminal maître (box 3). Comme illustré par la flèche 503, le serveur central 4 envoie au PC 2 l'adresse IP de la box 3 et la liste des médias à envoyer à la box 3. Le PC 2 effectue ensuite une requête de connexion (flèche 504) à la box 3. Lorsque la box 3 accepte la connexion (flèche 505), le PC transfère (flèche 506) les médias communiqués par le serveur sur la box. Les médias ayant été ajoutés sur la box, une mise à jour de la bibliothèque de l'utilisateur sera réalisée (bloc 507). Selon encore un autre mode de réalisation possible du procédé selon l'invention, on met en oeuvre une étape de transcodage de contenus stockés dans un premier terminal de l'usager pour adapter lesdits contenus au format requis par un second terminal de l'usager. Lors de l'échange en mode posteà-poste d'un contenu sélectionné du premier terminal avec le second terminal, on réalise alors l'échange du contenu, dans sa version transcodée. A titre d'exemple non limitatif, on met en oeuvre un transcodage de contenus personnels stockés dans le terminal informatique de type PC afin de les adapter pour une utilisation par le terminal de téléphonie mobile. Il s'agit par exemple d'adapter un contenu de type vidéo stocké sur le PC aux capacités et au format d'un terminal de téléphonie mobile. Le transcodage peut être réalisé par le premier terminal (le PC dans l'exemple ci-dessus), ou bien sur un serveur de transcodage déporté du premier terminal. Le transcodage peut être réalisé au fil de l'eau lorsque le second terminal requiert l'accès à un contenu stocké dans le premier terminal, ou sous la forme d'une routine visant à automatiquement transcoder un contenu stocké de sorte que le premier terminal dispose dans son espace de stockage du contenu à la fois dans sa version non transcodée et dans sa version transcodée. Tout comme pour la duplication de contenus personnels, on peut choisir de

transcoder tout ou partie des contenus stockés sur le premier terminal. On peut par exemple ne transcoder que les derniers contenus, ou que les contenus d'un certain type, etc.

Selon un mode de réalisation dit communautaire , développé sur la base du système de partage de contenus personnels entre terminaux d'un même usager exposé précédemment, l'invention permet en outre à l'usager de partager ses contenus personnels, répartis sur ses différents terminaux, avec une communauté d'usagers disposant eux aussi de terminaux de différents types et de contenus personnels répartis sur leurs différents terminaux. On a représenté sur la figure 2 un tel système communautaire de partage de contenus personnels dans lequel un usager 5 disposant de plusieurs terminaux 1, 2, 3 (ici regroupés dans un cadre Tu) peut échanger des contenus personnels avec des usagers 51, 52 membres d'une communauté. L'ensemble des terminaux des usagers 51, 52 de la communauté avec lesquels l'usager 5 peut échanger des contenus personnels sont représentés dans le cadre référencé Tc. Suite à une inscription préalable à une communauté, un usager 5 peut partager ses contenus personnels avec l'ensemble de la communauté 51, 52 ou avec certains membres de la communauté. Il peut ainsi télécharger les médias ( download ) ou visionner/écouter les contenus ( streaming ) de la communauté ou alors échanger ses propres contenus avec la communauté ( upload ) ou à certains membres de la communauté.

La gestion des droits, des listes de contenus et de l'ensemble de la communauté est réalisée par un serveur communautaire 41 pouvant être, comme cela sera le cas dans l'exemple retenu par la suite, mais sans que cela ne soit obligatoire, le même serveur que le serveur central 4. Les échanges de contenus dans la communauté, se font, comme pour l'échange des contenus personnels entre terminaux d'un même usager, en mode poste-à-poste. On a représenté par une flèche référencée P2P ces échanges poste-à-poste de contenus entre les usagers 5, 51, 52. A cet effet, on prévoit dans ce mode de réalisation communautaire les étapes : û d'élaboration par un premier serveur central d'une liste centrale des contenus stockés dans les différents terminaux Tu d'un premier usager 5 et d'élaboration par au moins un second serveur central d'une liste centrale des contenus stockés dans les différents terminaux Tc d'au moins un second usager 51, 52 ; û d'élaboration par un serveur communautaire 41 d'une liste communautaire recensant les contenus de la liste centrale du premier usager et les contenus de la liste centrale du au moins un second usager ; û de sélection, par le premier usager 5 utilisant l'un de ses terminaux 1, 2, 3, d'un contenu dans la liste communautaire, û d'échange en mode poste-à-poste du contenu sélectionné entre le terminal du premier ou second usager dans lequel le contenu est stocké et le terminal utilisé par le premier usager. On a représenté sur la figure 4, un mode de réalisation possible de l'accès au contenu de la communauté par un usager 5 utilisant l'un de ses terminaux, ici son terminal de téléphonie mobile 1. L'usager demande (flèche 200) au serveur 41, à l'aide de son terminal mobile 1, la liste des contacts de sa communauté. Le serveur 41 retourne (flèche 201) la liste des contacts de l'usager. Après l'affichage de sa communauté sur son terminal mobile 1, l'usager a la possibilité de demander au serveur la liste des médias partagés par un contact. Le bloc 202 illustre ainsi la sélection d'un contact particulier dans la communauté (par exemple le contact 51 disposant notamment d'un terminal de type PC 512), tandis que la flèche 203 représente la demande de la liste des contenus mis à disposition par le contact sélectionné 51.

Le serveur retourne (flèche 204) au terminal mobile 1 de l'usager 5 la liste des contenus partagés par le contact 51 sélectionné par l'usager 5. Le terminal mobile 1 de l'usager 5 affiche alors la liste des contenus partagés par le contact 51, et comme cela est schématisé par le bloc 205, l'usager peut sélectionner un contenu parmi la liste des contenus partagés par le contact 51.

La flèche 206 illustre la requête envoyée par l'usager depuis son terminal mobile 1 à destination du serveur 41, sollicitant le téléchargement du contenu sélectionné au bloc 205. Comme schématisé par le bloc 207, le serveur 41 identifie l'adresse IP du terminal 512 sur lequel se trouve le contenu demandé. Cette adresse IP est transmise (flèche 208) à l'usager désirant télécharger le contenu sur son terminal mobile 1. Le terminal mobile 1 envoie (flèche 209) une demande de connexion à l'adresse IP du terminal 512 du contact disposant du contenu désiré. Le terminal 512 du contact notifie (flèche 210) à l'usager de l'établissement de la connexion. Le terminal mobile 1 de l'usager peut alors demander (flèche 211) le transfert du contenu sélectionné, la flèche 212 illustrant le transfert du contenu sélectionné du terminal 512 du contact sur lequel il est stocké à destination du terminal mobile de l'usager 1. A la fin du transfert, le contenu est donc ajouté dans l'espace de stockage du terminal mobile 1 de l'usager de sorte qu'une mise à jour de la bibliothèque de l'usager est alors effectuée (cf. bloc 213). Cette mise à jour se déroule conformément à ce qui a été présenté précédemment, en particulier en liaison avec la présentation de la figure 5. Dans le cadre de ce mode de réalisation communautaire, l'application cliente intégrée dans chaque terminal est en particulier adaptée pour permettre à l'usager de réaliser une gestion de la communauté d'usagers avec lesquels il peut échanger des contenus personnels, notamment pour : û ajouter/supprimer d'autres membres à la communauté ; û ajouter/supprimer des contenus personnels de son espace personnel ; û gérer des droits d'accès.

On a représenté sur les figures 8 à 12 une mise en oeuvre possible du mode communautaire, illustrant, à partir de l'interface homme-machine présentée à un usager utilisant l'un de ses terminaux, les différentes fonctionnalités offertes à un usager et qui seront mises en oeuvre par le biais de l'application cliente. La figure 8 représente la scène d'accueil de l'application cliente qui présente quatre choix à l'usager : l'accès à une communauté : la gestion de la communauté est détaillée sur la figure 9 ; l'accès à des contenus : la gestion des contenus est détaillée sur la figure 10 ; l'accès à des paramètres: la gestion des paramètres est détaillée sur la figure 11 ; l'accès à des notifications : la gestion des notifications est détaillée sur la figure 12. On comprendra en particulier de ce qui précède, qu'un usager ne disposant à un moment donné que de son seul terminal de téléphonie mobile comme moyen d'échange, par exemple parce qu'il est en situation d'itinérance et ne peut utiliser son PC ou sa box , a toujours la possibilité d'accéder à ses propres contenus personnels, ainsi qu'aux contenus personnels des autres membres de sa communauté.

L'invention n'est par ailleurs pas limitée au procédé selon son premier aspect, mais s'étend également aux composants du système de partage de contenus personnels exposés précédemment, et en particulier à un serveur central et à un serveur communautaire utilisés dans un tel système, ainsi qu'à une application cliente intégrée à un terminal d'usager pour permettre l'accès de l'usager à un tel système.

Claims

REVENDICATIONS

1. Procédé de partage de contenus personnels entre des terminaux (1, 2, 3) de différents types d'un même usager (5), comprenant les étapes : d'élaboration, par un serveur central (4), d'une liste centrale (40) des contenus stockés dans les différents terminaux de l'usager, de sélection, par l'usager utilisant l'un de ses terminaux (1), d'un contenu dans la liste centrale (40), d'échange en mode poste-à-poste (P2P) du contenu sélectionné entre le 1 o terminal (2) dans lequel le contenu est stocké et le terminal (1) utilisé par l'usager.

2. Procédé selon la revendication précédente, dans lequel le terminal utilisé par l'usager est d'un type différent du terminal dans lequel est stocké le 15 contenu sélectionné et échangé en mode poste-à-poste.

3. Procédé selon l'une des revendications précédentes, comprenant les étapes d'élaboration, par un terminal de l'usager, d'une liste locale recensant les contenus stockés dans le terminal, de transmission de la liste locale du 20 terminal au serveur central, et de mise à jour, par le serveur central, de la liste centrale en y agrégeant la liste locale.

4. Procédé selon l'une des revendications précédentes, dans lequel l'usager d'un terminal connecté au serveur central visualise à l'aide dudit terminal la 25 liste centrale élaborée par le serveur central.

5. Procédé selon l'une quelconque des revendications précédentes, comprenant, suite à la sélection par un usager utilisant l'un de ses terminaux d'un contenu dans la liste centrale, une étape d'envoi par le terminal utilisé 3o par l'usager d'une requête de mise à disposition dudit contenu au serveur central, et une étape de mise en relation par le serveur central du terminal 20 utilisé par l'usager avec le terminal dans lequel ledit contenu est stocké de manière à initier l'échange dudit contenu en mode poste-à-poste.

6. Procédé selon l'une des revendications précédentes, comprenant la synchronisation des contenus personnels stockés dans un premier terminal de l'usager avec les contenus personnels stockés dans un second terminal de l'usager, de manière à dupliquer les contenus du premier terminal dans le second terminal, et la priorisation du second terminal par rapport au premier terminal de manière à réaliser l'échange poste-à-poste des contenus synchronisés à partir du second terminal.

7. Procédé selon l'une des revendications précédentes, dans lequel à l'issue de la connexion du terminal utilisé par l'usager avec le serveur central, tout ou partie des contenus personnels stockés dans ledit terminal sont enregistrés sur un autre terminal de l'usager ou sur un espace de stockage personnel connecté au serveur central, de manière à assurer une continuité dans l'accès aux contenus du terminal déconnecté.

8. Procédé selon l'une des revendications précédentes, comportant une étape de transcodage de contenus stockés dans un premier terminal de l'usager pour adapter lesdits contenus au format requis par un second terminal de l'usager, l'étape d'échange d'un contenu sélectionné du premier terminal vers le second terminal comprenant l'échange du contenu transcodé.

9. Procédé selon l'une des revendications précédentes, comprenant en outre : û l'élaboration par un premier serveur central d'une liste centrale des contenus stockés dans les différents terminaux (Tu) d'un premier usager (5) et l'élaboration par au moins un second serveur central d'une liste 21 centrale des contenus stockés dans les différents terminaux (Tc) d'au moins un second usager (51, 52) ; l'élaboration par un serveur communautaire (41) d'une liste communautaire recensant les contenus de la liste centrale du premier usager et les contenus de la liste centrale du second usager ; de sélection, par le premier usager (5) utilisant l'un de ses terminaux (Tc), d'un contenu dans la liste communautaire, d'échange en mode poste-à-poste du contenu sélectionné entre le terminal du premier (5) ou second usager (51, 52) dans lequel le contenu 1 o est stocké et le terminal utilisé par le premier usager.

10. Procédé selon la revendication précédente, comprenant pour un usager la gestion d'une communauté d'usagers avec lesquels il peut échanger des contenus personnels en mode-poste-à poste, et pour le 15 serveur communautaire la gestion d'une liste communautaire recensant les contenus personnels stockés dans les terminaux (Tu, Tc) de l'ensemble des usagers de la communauté (5, 51, 52).

11. Procédé selon la revendication précédente, dans lequel le premier 20 serveur central, le second serveur central et le serveur communautaire forment un même serveur.

12. Procédé selon l'une des revendications précédentes, dans lequel l'usager dispose d'un terminal de téléphonie mobile (1) pour accéder aux 25 contenus personnels.

13. Serveur central (4, 41) d'un système de partage de contenus personnels, caractérisé en ce qu'il comporte des moyens pour élaborer une liste centrale (40) des contenus stockés dans des terminaux (1, 2, 3) de 30 différents types d'un même usager (5), des moyens de traitement d'une requête de sélection d'un contenu dans la liste centrale émise par un terminal (1) utilisé par l'usager adaptée pour mettre en relation le terminal dans lequel le contenu est stocké et le terminal utilisé par l'usager de manière à ce que le contenu sélectionné soit échangé en mode poste-àposte entre lesdits terminaux.

14. Serveur selon la revendication précédente, dans lequel les moyens pour élaborer une liste centrale sont en outre adaptés pour élaborer une liste communautaire des contenus stockés dans les terminaux (Tu, Tc) d'usagers (5, 51, 52) d'une même communauté, et dans lequel les moyens de 1 o traitement d'une requête de sélection de contenu sont en outre adaptés pour traiter une requête de sélection de contenu dans la liste communautaire et mettre en relation les terminaux de différents usagers de la communauté pour un échange en mode poste-à-poste de contenus personnels. 15

15. Application cliente destinée à être installée dans un terminal d'usager, comprenant des moyens adaptés pour élaborer une liste locale recensant les contenus stockés dans le terminal, des moyens de connexion à un serveur central ou communautaire aptes à assurer la transmission de la liste locale au serveur central ou communautaire et à permettre la visualisation par 20 l'usager d'une liste centrale ou communautaire hébergée sur le serveur central ou communautaire et la sélection d'un contenu dans ladite liste centrale ou communautaire, et des moyens pour assurer un échange en mode poste-à-poste du contenu sélectionné depuis un terminal dans lequel le contenu sélectionné est stocké. 25

16. Terminal d'usager disposant d'un espace de stockage de contenus personnels, en particulier terminal de téléphonie mobile, dans lequel est installée une application cliente selon la revendication précédente.