FR2999047A1 - Communication entre un reseau domestique et une plateforme de services externe - Google Patents

Abstract

L'invention concerne un procédé d'accès par un terminal (1) d'un réseau local (LAN) à une plateforme de services distante (3,5) d'un réseau large bande (WAN). Les deux réseaux sont reliés par une passerelle (2), typiquement résidentielle. Le terminal (1) est apte à communiquer avec au moins un équipement local du même réseau local (LAN) via au moins un protocole de réseau local (UPnP/DLNA) ; le procédé est caractérisé en ce qu'il gère la communication, entre le terminal (1) et la plateforme distante (3,5), de messages basés sur le protocole de réseau local (DLNA, UPnP). Le procédé est typiquement installé sur la passerelle résidentielle.

Description

Communication entre un réseau domestique et une plateforme de services externe. Domaine technique L'invention se rapporte au domaine des télécommunications et plus particulièrement aux équipements d'un réseau local de télécommunications dans le contexte de services audiovisuels. De manière générale, l'invention s'applique à la passerelle d'un tel réseau, et plus particulièrement à la passerelle résidentielle ou domestique dans le cas d'un réseau domestique.

Etat de la technique Un réseau domestique est un réseau informatique qui relie ensemble, avec ou sans fils, les équipements terminaux d'une maison (ordinateurs, périphériques d'impression, de stockage, etc.) aptes à communiquer ensemble. Un réseau domestique comporte un équipement routeur, aussi communément appelé passerelle, élément intermédiaire assurant la redirection, ou routage, des paquets de données entre les différents terminaux et réseaux qui lui sont connectés. Un réseau domestique offre notamment la possibilité d'échanger des contenus audiovisuels, dans le contexte de services audiovisuels : Vidéo à la Demande (VOD), chaînes de TéléVision (TV), etc. Ces services audiovisuels sont généralement offerts par un opérateur qui gère les services proposés aux terminaux des clients via une plateforme de services située sur le réseau Internet. Un équipement spécifique du réseau domestique géré par l'opérateur, la STB (de l'anglais Set Top Box), se connecte aux plateformes de service de l'opérateur et donne aux clients un accès aux contenus audiovisuels, en fonction de leurs droits. Ce moyen d'accès est contraignant : il entraîne un certain coût de maintenance pour l'opérateur, et pour le client, la présence obligatoire d'un équipement STB dans la maison. Il existe par ailleurs, dans le domaine des réseaux domestiques, un certain nombre de normes qui permettent de partager directement des contenus audiovisuels entre les serveurs de contenus d'un réseau local et les terminaux de ce même réseau local. Dans ce contexte, la norme UPnP (de l'anglais « Universel Plug and Play ») a pour but de permettre à des terminaux périphériques de se connecter aisément et de communiquer simplement au sein d'un tel réseau. Elle constitue un ensemble de protocoles de communication basés sur le protocole IP (Internet Protocol) et promulgué par le forum de normalisation UPnP (UPnP Forum). Au nombre de ces protocoles, on notera en particulier UPNP AV, un ensemble de protocoles audiovisuels, et UPnP RUI (Remote User Interface) qui permet aux clients et aux serveurs UPnP de fonctionner ensemble (en termes techniques, interopéret) sur le réseau (contrôle de la vidéo, transfert de l'interface, etc). Dans ce même contexte, DLNA (de l'anglais Digital Living Network Alliance) est une alliance qui définit, à travers un certain nombre de profils, des guides d'interopérabilité (en anglais, guidelines) permettant la lecture, le partage et le contrôle de contenus audiovisuels sur des terminaux, certifiés DLNA, du réseau domestique. DLNA s'appuie sur les protocoles UPnP. Dans le contexte des contenus audiovisuels protégés (c'est-à-dire sous licence d'utilisation), DLNA définit le profil CVP (Commercial Video Prof?,). Ce profil est basé sur les normes UPnP-RUI pour la diffusion d'interface de contrôle graphique, UPnP-AV pour la diffusion de contenus audiovisuels, et DTCP-IP, une technologie pour la gestion des droits numériques. Dans la suite, on note UPnP/DLNA une association des protocoles UPnP aux guidelines DLNA. Ces normes, quoiqu'efficaces dans le contexte du réseau local, présentent des inconvénients : elles ne permettent pas de mettre en oeuvre toutes les fonctions assurées par un équipement STB, liées à l'attachement et à la consommation des services audiovisuels gérés par l'opérateur (adressage, authentification, autorisation, gestion de droit, etc) ; elles ne permettent pas non plus d'accéder aux plateformes de l'opérateur, puisque leur portée est limitée à celle du réseau local.

L'invention offre une solution ne présentant pas les inconvénients de l'état de la technique.

L'invention A cet effet, selon un aspect fonctionnel, l'invention a pour objet un procédé d'accès par un terminal d'un réseau local à une plateforme de services distante d'un réseau large bande, les deux réseaux étant reliés par une passerelle, le terminal étant apte à communiquer avec au moins un équipement local du même réseau local via au moins un protocole de réseau local, ledit procédé étant caractérisé en ce qu'il gère la communication, entre le terminal et la plateforme distante, de messages basés sur le protocole de réseau local. L'invention permet ainsi au terminal client, tout en utilisant le protocole de réseau local, typiquement UPnP/DLNA, d'accéder aux services de l'opérateur sur la plateforme distante, située dans le réseau large bande. Typiquement l'accès aux services permet de les consommer, c'est-à-dire par exemple, visualiser une VOD, regarder une chaîne TV à laquelle le client est abonné et qui lui est offerte via le réseau large-bande, etc. Vu du terminal, tout se passe donc comme s'il accédait localement aux services d'un équipement STB. On s'abstrait ainsi avantageusement de l'équipement STB dans le réseau local en s'autorisant à déporter ses fonctionnalités dans le réseau large-bande sous la forme d'une STB virtuelle (vSTB) associée à la plateforme de services de l'opérateur, ce qui permet notamment de simplifier la gestion des équipements STB pour l'opérateur et l'accès transparent au service pour le client. Selon un mode de mise en oeuvre particulier de l'invention, un procédé tel que décrit ci-dessus comporte les étapes suivantes : - Etablissement d'une session de service entre la plateforme de services et le terminal du réseau local ; - Création d'une description de la plateforme de services, résultant de l'établissement de la session de service ; - Publication de la description de la plateforme de services dans le réseau local ; - Contrôle de la communication entre le terminal et la plateforme de services.

Ce mode de mise en oeuvre de l'invention permet de diffuser simplement les services de la plateforme de services dans le réseau local dans le but de les utiliser de manière transparente, en se basant sur l'architecture déjà offerte par les protocoles UPnP/DLNA. Grâce à l'invention, la plateforme de services peut créer, ou de manière équivalente mettre à jour (on parle de création lors de l'étape initiale ou de mise à jour ultérieurement, c'est-à-dire lorsque la description existe déjà) ses services audiovisuels sur la passerelle domestique qui se charge ensuite de les diffuser dans le réseau local à destination des terminaux locaux. Ainsi, bien qu'il se soit avantageusement abstrait de la présence physique de l'équipement STB dans le réseau local, l'opérateur peut diffuser ses services sur tous les terminaux UPnP/DLNA du réseau local, comme par exemple des tablettes informatiques ou téléphones mobiles (Smattphones), sans déployer un quelconque applicatif dédié sur ces terminaux.

Selon une variante de ce premier mode de mise en oeuvre particulier de l'invention, l'étape d'établissement d'une session de service d'un procédé tel que décrit ci-dessus comporte les sous-étapes suivantes : Obtention d'une adresse d'attachement à la plateforme de services distante ; Transmission d'au moins une information d'identification relative au réseau local à la plateforme de services distante grâce à l'adresse d'attachement obtenue. Cette variante permet de réaliser l'attachement du procédé objet de l'invention de manière unique à la plateforme de services, afin que la passerelle domestique qui supporte le procédé puisse par la suite contrôler facilement la session établie. En effet, une fois que la plateforme de services proposant les services audiovisuels et la passerelle résidentielle sont liées par ces étapes, de manière bidirectionnelle, puisque l'identifiant est unique, la passerelle peut prendre le rôle de la plateforme de services (en particulier de la STB virtuelle) vis à vis du réseau local.

Selon une autre variante de ce premier mode de mise en oeuvre particulier de l'invention, qui pourra être mise en oeuvre alternativement ou cumulativement avec la précédente, l'étape de création de la description de la plateforme de services comporte les sous étapes suivantes : - Réception d'une description de la plateforme de services contenant une au moins une description d'un service de la plateforme de services, ladite description du service comportant au moins une adresse permettant l'accès et le contrôle du service. - Mémorisation de la description de la plateforme.

Cette variante permet de pouvoir mémoriser la description des services afin de fournir par la suite une description et une adresse, typiquement une url, permettant d'adresser un service dont la description a été fournie par la plateforme hébergeant la STB virtuelle. Selon une autre variante de ce premier mode de mise en oeuvre particulier de l'invention, qui pourra être mise en oeuvre alternativement ou cumulativement avec les précédentes, l'étape de contrôle de la communication réalise une transposition des adresses entre les deux réseaux. Cette variante de l'invention permet de relayer de manière transparente les messages UPnP/DLNA entre les deux équipements communicant entre eux 20 sur les deux réseaux (terminal et plateforme de services), procédant classiquement au routage des messages sans modifier leur contenu. Selon encore une autre variante de ce premier mode de mise en oeuvre particulier de l'invention, qui pourra être mise en oeuvre alternativement ou cumulativement avec les précédentes, l'étape de contrôle de la communication 25 réalise une adaptation du contenu des messages de protocole local. Cette variante de l'invention permet de répondre aux contraintes de certains protocoles du LAN ou du WAN en modifiant les messages pour qu'ils soient conformes à ce qui est attendu sur la plateforme ou le terminal local. Ainsi, en plus du routage, il est possible d'adapter le contenu des messages 30 véhiculés.

Selon un aspect matériel, l'invention concerne également une passerelle comportant un module de gestion d'une communication entre un terminal d'un réseau local et une plateforme de services distante d'un réseau large bande, les deux réseaux étant reliés par la passerelle résidentielle, le terminal étant apte à communiquer avec au moins un équipement local du même réseau local via au moins un protocole de réseau local, ledit module étant caractérisé en ce qu'il gère la communication, entre le terminal et la plateforme distante, des messages basés sur le protocole de réseau local. Selon encore un autre aspect matériel, l'invention concerne encore un programme d'ordinateur apte à être mis en oeuvre sur un dispositif tel que décrit ci-dessus, le programme comprenant des instructions de code qui, lorsque le programme est exécuté par un processeur, réalise les étapes du procédé défini au-dessus Ce programme peut être mis en oeuvre dans le dispositif inséré dans un équipement quelconque du réseau local, en particulier dans la passerelle résidentielle définie ci-dessus. L'invention sera mieux comprise à la lecture de la description qui suit, donnée à titre d'exemple et faite en référence aux dessins annexés.

Les figures: La figure 1 représente le contexte général d'un mode de réalisation de l'invention. La figure 2 représente une architecture d'une passerelle résidentielle implémentant un mode de réalisation de l'invention.

La figure 3 schématise la manière dont la passerelle résidentielle réalise la conversation protocolaire entre le réseau local et le réseau large-bande auxquels elle est connectée. La figure 4 représente un chronogramme des échanges entre les différents équipements du réseau lors de la mise en oeuvre de l'invention.

La figure 5 détaille la procédure d'initiation de session, sous forme de chronogramme. Description détaillée d'un exemple de réalisation illustrant l'invention La figure 1 représente un réseau domestique, ou réseau local, correspondant au contexte général de l'invention. Le réseau domestique (4) est par exemple un réseau local IP (Internet Protocol). Dans cet exemple, le réseau (4) supporte les fonctionnalités et protocoles des normes UPnP/DLNA précitées. Le réseau domestique (4) comporte une passerelle résidentielle (2) reliée au réseau large-bande (WAN, 7) de l'opérateur, aussi parfois appelé « cloud », par une liaison haut-débit. Il comporte aussi, dans cet exemple, des équipements terminaux aptes à établir des communications avec la passerelle résidentielle (2). Dans ce mode de réalisation de l'invention, un seul équipement terminal (1) a été représenté. Par la suite, on entend par équipement terminal, ou plus simplement terminal, tout dispositif apte à se connecter et communiquer sur le réseau domestique via le protocole UPnP, tel un ordinateur portable, un décodeur numérique de télévision, etc. Le terminal 1 est par exemple un téléviseur dit « connecté » (c'est-à-dire qu'il est capable de communiquer avec un réseau Internet) qui reçoit des données telles que des flux vidéo de télévision ou de vidéo à la demande (VOD) ou des données de guide de programme à partir du réseau (4) et notamment en provenance de la passerelle (2). Le téléviseur (1) comprend un Media Rendererau sens UPnP ; il a pour fonction d'assurer le rendu (affichage) du contenu multimédia. Conformément à l'invention, le réseau domestique ne comporte pas d' équipement STB. En revanche, le réseau large-bande (WAN, 7) de l'opérateur comporte une plateforme de services (3) associée à une STB virtuelle (5, vSTB). Selon ce mode de réalisation, les fonctions de la STB (décodage vidéo, rendu d'interfaces, exécution d'applications de type EPG, gestion des droits, etc.) sont mises en oeuvre dans le réseau de l'opérateur (WAN). L'opérateur peut ainsi proposer à ses clients l'ensemble de ses services audiovisuels (IPTV, VOD, TV de rattrapage, enregistrement en direct, etc.) comme s'ils disposaient d'un équipement STB, c'est-à-dire que la STB est rendue virtuelle (vSTB). Pour permettre l'utilisation des standards de réseau local, comme UPnP/DLNA, entre les terminaux du réseau domestique et cette STB virtuelle (5), par exemple pour accéder à un service de VOD, les fonctionnalités du protocole de réseau local (UPnP/DLNA) sont donc distribuées entre la passerelle résidentielle et la vSTB : 1. La STB virtuelle (vSTB, 5) réalise les adaptations nécessaire pour que les flux issus des plateformes de services soient compatibles avec DLNA et adaptés à la capacité du terminal. 2. Dans ce contexte, la passerelle support de l'invention sert de relais intelligent mais transparent aux protocoles du réseau domestique en leur permettant d'accéder à la vSTB. Ainsi, l'invention propose un dispositif qui permet de mettre en oeuvre les protocoles de la norme UPnP/DLNA de manière transparente, entre les terminaux clients du réseau domestique et les plateformes de services audiovisuels de l'opérateur sur le réseau large bande (WAN). Cela permet la lecture, le partage et le contrôle de contenus sous licences, à travers les plateformes de services, par les terminaux certifiés DLNA du réseau local, sans modification ou ajout de fonctionnalités à ces terminaux. Le réseau de l'opérateur comporte également un équipement (8) qui permet classiquement l'authentification et l'attachement au réseau de la passerelle, par exemple un serveur DHCP (c'est-à-dire un équipement capable de gérer de façon centralisée les adresses IP et les informations associées en les fournissant automatiquement aux clients). Les figures 2 et 3 illustrent comment cette mise en oeuvre est effectuée sur la passerelle résidentielle (2). La figure 2 représente l'architecture d'un équipement qui implémente un mode de réalisation de l'invention, comme par exemple la passerelle (2) de la figure 1.

Il comprend, classiquement, des mémoires (M) associées à un processeur (CPU). Les mémoires peuvent être de type ROM (de l'anglais Read Only Memory) ou RAM (de l'anglais Random Access Memory) ou encore Flash. La passerelle 2 communique avec le réseau local et le réseau large bande via le module Ethernet (ETH) d'une part et éventuellement le module WIFI pour une communication locale sans fils. La passerelle 2 comprend en outre, conformément à l'invention, un module d'accès à la plateforme de l'opérateur par un terminal du réseau local, ci-dénommé SCE (de l'anglais Smart Cloud Enablei). Le module SCE, qui peut être logiciel ou matériel, est notamment capable de réaliser l'attachement aux services de l'opérateur, en lien avec les données d'authentification (identifiants de ligne, login/passwd, etc), la traduction des adresses, la diffusion des descriptions de services, la sécurisation de lien (par exemple selon DTCP-IP).

La figure 3 schématise la manière dont la passerelle résidentielle réalise la conversation protocolaire entre le réseau local (4) auquel elle est connectée et les services proposés par la STB virtuelle (5) qui se trouve à l'extérieur associée à la plateforme de services (3) de l'opérateur, et que l'on note par la suite (3,5). On se place, dans cet exemple de réalisation, dans le contexte de la norme UPnP/DLNA. On suppose qu'un équipement du réseau (DMA, 1), qui peut être assimilé à un point de contrôle (CP) au sens UPnP, ou un client (DMA - Digital Media Adapta') au sens DLNA, par exemple la TV connectée (1) de la figure 1, souhaite consommer un service (/PTVService, par exemple, VOD) qui se trouve sur la STB virtuelle (vSTB, 5). La passerelle résidentielle (HGW, 2) doit assurer les échanges, notamment l'établissement et le suivi de la communication entre les deux équipements, terminal et vSTB, situés sur deux réseaux différents (LAN, WAN), en respectant les protocoles UPnP/DLNA. Selon ce mode de réalisation de l'invention, la passerelle (2) assure cette communication via un certain nombre de phases protocolaires empruntées directement à DLNA/UPnP : adressage, description, découverte et contrôle. 1. L'adressage du service, au cours de laquelle la passerelle récupère une adresse Internet du service. Dans le contexte de ce mode de réalisation de l'invention, l'adressage du service se fait en lien avec des informations d'authentification uniques fournies par la passerelle à la vSTB (identifiant de ligne du client par exemple, afin d'effectuer le contrôle d'accès et la gestion de session). 2. La description est la phase au cours de laquelle la passerelle récupère les caractéristiques et contenus du serveur, via le protocole HTTP. Dans notre exemple, suite à l'établissement de la session lors de la phase précédente, la vSTB transmet des documents descriptifs de ses services à la passerelle, qui va désormais jouer le rôle de serveur (DMS) par délégation pour le réseau local. 3. La découverte, au cours de laquelle le point de contrôle (CP) du terminal (1) émet en mode multicast des messages de recherche (SEARCH) d'équipements serveurs. Dans le contexte de la présente invention, c'est la passerelle qui adopte ce rôle (à la place de la vSTB) en notifiant la présence de la vSTB via des messages d'annonce adaptés (messages SSDP Notify). 4. Le DMA, connaissant les services et capacités disponibles du serveur (vSTB), requiert des actions de la part de celui-ci et reçoit des actions en retour selon le protocole http, sous le contrôle de la passerelle qui sert de relai transparent assurant le routage des messages.

La figure 4 est un chronogramme plus détaillé des échanges entre les différents équipements du réseau lors d'une mise en oeuvre de l'invention sur la passerelle résidentielle 2. Le rôle de la passerelle 2 est d'assurer, comme résumé ci-dessus, les différentes étapes nécessaires à l'établissement et au suivi de la communication entre les équipements du LAN (TV connectée 1 ou DMA au sens DLNA) et du WAN (vSTB 5 sur la plateforme de services 3). Dans cet exemple de réalisation, lors de la première phase d'adressage (1. ADDR), qui sera décrite plus en détail ultérieurement à l'appui de la figure 5, la passerelle (2) s'enregistre auprès de la vSTB.

Une phase de description (2. DESCR) est alors réalisée à l'étape E22, au cours de laquelle la vSTB transmet sa description (PF_DESCR) en utilisant les fonctionnalités UPnP classiques pour la description ; cette description contient les informations relatives aux services audiovisuels de la plateforme hébergeant la vSTB (3,5). Au cours de l'étape E12, la passerelle 2 reçoit ces informations et enregistre (ou met à jour) la description du service dans une base de données. La description contient classiquement des informations relatives à l'équipement (Constructeur, modèle, numéro de série, etc) et aux services fournis (adresse, type, actions, paramètres, etc.). La description peut prendre par exemple la forme d'un fichier (F) de syntaxe XML (de l'Anglais « eXtended Markup Language»), comprenant une liste (<deviceList>) d'équipements (ici, les équipements « virtuels » de la vSTB), chacun des équipements étant classiquement décrit entre une balise ouvrante <device> et une balise fermante </device>, et proposant un certain nombre de services (<serviceType>). Le service est associé à une adresse, typiquement une URL (de l'anglais Uniform Ressource Locatot), comportant une combinaison d'adresse Internet (IP) et de numéro de port permettant d'accéder au service. Cette URL est notée URLS sur le schéma. On notera que des données XML ne constituent qu'un exemple de données de description et que l'invention peut également s'appliquer à des données de description conformes à un autre standard. Une phase de découverte (3-DISC) peut alors être effectuée. Dans cet exemple de réalisation, la passerelle résidentielle émet, lors d'une étape E13, à destination du réseau local, des messages de notification (ALIVE) pour annoncer la disponibilité du ou des services de la vSTB. Lorsque l'équipement (1) souhaite accéder aux services de l'opérateur, par exemple pour visualiser une VOD, il émet un message de requête de type UPnP SEARCH (E2) et reçoit en retour (E14) une réponse de la passerelle notifiant la disponibilité de la vSTB, qui répond au critère de recherche. Classiquement, selon la norme UPnP, le terminal (1) peut alors demander (E3) les informations relatives au service vSTB (message ssdp GET), transmises en réponse lors d'une étape E14 via un message « http NOTIFY » accompagné d'une adresse du fichier de description, notée sur le schéma URLF, et qui correspond ici à l'adresse du fichier XML (F) reçu à l'étape 12.

Lors d'une phase de contrôle (4.CTRL), le terminal (1) peut alors invoquer une action (par exemple, demander la lecture d'un contenu VOD) à l'étape E4, en utilisant l'adresse (URL_F) qui lui a été fournie par la passerelle, et recevoir en retour (E23) un contenu à consommer (AV Content). Le rôle de la passerelle (2) consiste dans cette phase (E16) à recevoir les messages du terminal (1) dans le LAN pour les rediriger vers le WAN (2) et vice versa, en utilisant une transposition des adresses, ou un routage des paquets, et en transformant éventuellement le contenu pour l'adapter au service audiovisuel.

La figure 5 détaille le processus d'établissement de session, ou adressage évoqué au début de la description de la figure 4 (E20) ; ce processus met en oeuvre le terminal (1) du LAN, la passerelle résidentielle (2), la STB virtuelle associée à la plateforme de services (3,5) et les équipements réseau de l'opérateur, par exemple un serveur DHCP (8) tels que décrits à l'appui de la figure 1. La séquence d'adressage est divisée en deux phases, séparées par un trait horizontal : phase 1 (attachement au réseau) et phase 2 (attachement aux services portés par la plateforme). La phase 1 correspond à la séquence d'attachement classique d'une plateforme de services et d'une passerelle résidentielle au réseau de l'opérateur : - (1.1) La vSTB s'enregistre sur le réseau de l'opérateur et (1.1b) obtient à l'étape S10 une adresse Internet (@IP WAN privé) qui est utilisable (en termes techniques, « routable ») dans celui-ci (i.e : cette adresse n'est pas accessible directement via le réseau Internet public ou un LAN) - (Si) Après la séquence de démarrage, la passerelle résidentielle s'assigne une adresse IP privée pour le réseau local (@IP LAN privé) qui est « routable » uniquement dans le LAN (i.e : cette adresse n'est pas accessible directement via réseau Internet public ou un autre LAN) (1.3) La passerelle résidentielle s'enregistre sur le réseau de l'opérateur et (1.3b) obtient une adresse Internet publique (@IP WAN publique) qui est routable dans le WAN et accessible depuis celui-ci. - 3.1/3.2 : le terminal s'attache, classiquement, à la passerelle résidentielle. A l'issue de ces étapes, la passerelle possède donc une adresse locale (LAN) et une adresse globale (WAN), et connaît par ailleurs le terminal du LAN. La phase 2 correspond à la séquence d'attachement au service, qui sera par la suite relayé de manière transparente grâce à l'invention. 1. Après l'obtention de l'adresse publique (@IP WAN publique), la passerelle résidentielle contacte (2.1) la plateforme de services « vSTB » avec des paramètres d'identification uniques du LAN, notés HGW Reg. (par exemple : identifiant de ligne, @IP internet, login/password, etc). 2. L'action (2.1) a pour effet d'initier à l'étape S11 une procédure d'enregistrement d'une session de services (2.2) sur le réseau de l'opérateur. L'adresse @IP WAN privée, obtenue à l'issue de l'étape 2.2b est informellement liée (bidirectionnellement) à la passerelle résidentielle grâce au paramètre d'identification unique, et sera utilisé pour lier l'accès, la description et le contrôle du service de manière transparente. Il va de soi que le mode de réalisation qui a été décrit ci-dessus a été donné à titre purement indicatif et nullement limitatif, et que de nombreuses modifications peuvent être facilement apportées par l'homme de l'art sans pour autant sortir du cadre de l'invention.

Claims (8)

1. REVENDICATIONS1. Procédé d'accès par un terminal (1) d'un réseau local (LAN,4) à une plateforme de services distante (3,5) d'un réseau large bande (WAN,7), les deux réseaux étant reliés par une passerelle (2), le terminal (1) étant apte à communiquer avec au moins un équipement local du même réseau local (LAN,4) via au moins un protocole de réseau local (UPnP/DLNA), ledit procédé étant caractérisé en ce qu'il gère la communication, entre le terminal (1) et la plateforme distante (3,5), de messages basés sur le protocole de réseau local (UPnP/DLNA).
2. 2. Procédé selon la revendication 1, caractérisé en ce qu'il comporte les étapes suivantes : - Etablissement d'une session de service (E10, S2, S20, S3) entre la plateforme de services (3) et le terminal (1) du réseau local (LAN, 4) ; - Création (E12, E22) d'une description de la plateforme de services (3,5), résultant de l'établissement de la session de service (E11) ; - Publication (E13, E14, E15) de la description de la plateforme de services (3,5) dans le réseau local (LAN,4). - Contrôle (E16) de la communication entre le terminal (1) et la plateforme de services (3,5).
3. 3. Procédé selon la revendication 2, caractérisé en ce que l'étape d'établissement d'une session de service comporte les sous-étapes suivantes : Obtention (S2) d'une adresse d'attachement à la plateforme de services distante (3,5); Transmission (S3) d'au moins une information d'identification relative au réseau local (HGW Reg) à la plateforme de services distante grâce à l'adresse d'attachement obtenue.
4. 4. Procédé selon la revendication 2, caractérisé en ce que l'étape de création (E12) de la description de la plateforme de services (3) comporte les sous étapes suivantes :Réception (E12) d'une description de la plateforme de services (PF_DESCR) contenant une au moins une description (S_DESCR) d'un service (S) de la plateforme de services, ladite description du service comportant au moins une adresse (URL_S) permettant l'accès et le contrôle du service (S). Mémorisation (E12,F) de la description (PF_DESCR) de la plateforme de services.
5. 5. Procédé selon la revendication 2, caractérisé en ce que l'étape de contrôle de la communication (E16) réalise une transposition des adresses entre les deux réseaux (LAN, WAN).
6. 6. Procédé selon la revendication 2, caractérisé en ce que l'étape de contrôle de la communication (E16) réalise une adaptation du contenu des messages de protocole local (UPnP/DLNA).
7. 7. Passerelle (2) comportant un module de gestion d'une communication (SCE) entre un terminal (1) d'un réseau local (LAN) et une plateforme de services distante (3,5) d'un réseau large bande (WAN), les deux réseaux étant reliés par la passerelle (2), le terminal (1) étant apte à communiquer avec au moins un équipement local du même réseau local (LAN) via au moins un protocole de réseau local (UPnP/DLNA), ledit module étant caractérisé en ce qu'il gère la communication, entre le terminal (1) et la plateforme distante (3,5), des messages basés sur le protocole de réseau local (UPnP/DLNA).
8. 8. Programme d'ordinateur apte à être mis en oeuvre sur un dispositif tel que défini dans la revendication 7, le programme comprenant des instructions de code qui, lorsque le programme est exécuté par un processeur, réalise les étapes du procédé défini selon la revendication 1.