FR2907992A1 - Procede de reprise d'une session de video a la demande - Google Patents

Procede de reprise d'une session de video a la demande Download PDF

Info

Publication number
FR2907992A1
FR2907992A1 FR0654621A FR0654621A FR2907992A1 FR 2907992 A1 FR2907992 A1 FR 2907992A1 FR 0654621 A FR0654621 A FR 0654621A FR 0654621 A FR0654621 A FR 0654621A FR 2907992 A1 FR2907992 A1 FR 2907992A1
Authority
FR
France
Prior art keywords
session
server
channels
video
vod
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
FR0654621A
Other languages
English (en)
Inventor
Thierry Quere
Duncan Lamb
Jean Francois Lagardere
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Thomson Licensing SAS
Original Assignee
Thomson Licensing SAS
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Thomson Licensing SAS filed Critical Thomson Licensing SAS
Priority to FR0654621A priority Critical patent/FR2907992A1/fr
Priority to TW096138091A priority patent/TWI444022B/zh
Priority to EP07119092A priority patent/EP1919125B1/fr
Priority to DE602007002359T priority patent/DE602007002359D1/de
Priority to JP2007276472A priority patent/JP5425389B2/ja
Priority to KR1020070107099A priority patent/KR101416311B1/ko
Priority to CN2007101848130A priority patent/CN101175200B/zh
Priority to US11/978,705 priority patent/US8176522B2/en
Publication of FR2907992A1 publication Critical patent/FR2907992A1/fr
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/142—Managing session states for stateless protocols; Signalling session states; State transitions; Keeping-state mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1863—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/34—Signalling channels for network management communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H04N21/2353—Processing of additional data, e.g. scrambling of additional data or processing content descriptors specifically adapted to content descriptors, e.g. coding, compressing or processing of metadata
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4331—Caching operations, e.g. of an advertisement for later insertion during playback
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44209—Monitoring of downstream path of the transmission network originating from a server, e.g. bandwidth variations of a wireless network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/637—Control signals issued by the client directed to the server or network components
    • H04N21/6375—Control signals issued by the client directed to the server or network components for requesting retransmission, e.g. of data packets lost or corrupted during transmission from server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/835—Generation of protective data, e.g. certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/84—Generation or processing of descriptive data, e.g. content descriptors
    • H04N21/8402—Generation or processing of descriptive data, e.g. content descriptors involving a version number, e.g. version number of EPG data

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Library & Information Science (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

La présente invention un procédé pour reprendre une session de téléchargement qui a été interrompue, dans un appareil (1) comprenant une interface (1.4) à un réseau (4) permettant d'accéder à un serveur distant (6) et des moyens pour mettre en oeuvre une session de téléchargement avec le serveur, comprenant les étapes de démarrage d'une session de téléchargement (Sl) d'un contenu à partir dudit serveur distant, par l'intermédiaire de plus d'un canal de signalisation avec au moins ledit serveur, détection (S2) d'une interruption prématurée de la session de téléchargement, vérification (S3) de la disponibilité de l'ensemble des canaux, tant que l'un des canaux est indisponible, pas de reprise de la session, et quand tous les canaux sont à nouveau disponibles (S4), reprise de la session (S4).

Description

La présente invention se rapporte à un procédé de reprise d'une session de
vidéo à la demande. Les débits autorisés par la ligne d'abonné numérique, ou digital subscriber line en anglais et noté DSL, permettent la mise en oeuvre de services haut débit. Des services vidéo de bonne qualité peuvent ainsi atteindre l'abonné. Le DSL permet la distribution du service de diffusion vidéo, mode broadcast en anglais. Le DSL permet également, grâce à la possibilité de mise en oeuvre d'une voie de retour de l'abonné vers le diffuseur de contenu, la mise en place de services interactifs. Les services de vidéo à la demande, ou video-on-demand en anglais et noté VoD, sont ainsi proposés à l'abonné. Cela consiste à offrir un panel de vidéos que l'abonné peut télécharger à partir d'un serveur de contenu et visionner à la demande. Selon les services proposés, l'abonné peut visionner la vidéo à mesure qu'elle est téléchargée, en mode streaming en anglais. Dans ce cas, la vidéo est visionnée une fois, et n'est pas conservée en mémoire. Selon un autre type de service, l'abonné peut télécharger et stocker la vidéo en mémoire pour la visionner ultérieurement une ou plusieurs fois, ou bien la conserver. Généralement, un acquittement de l'abonné intervient à la fois au début pour lancer le téléchargement, et à la fin du téléchargement afin de valider le visionnage de la vidéo et d'entrainer par la suite le paiement du service. Du côté de l'abonné, la vidéo peut être consultée sur un écran d'ordinateur. Elle peut aussi être consultée sur un écran de télévision ; cela nécessite de relier le téléviseur à une set-top-box. Généralement la set-top- box est reliée à un modem qui offre l'accès au serveur VoD via le réseau Internet. La set-top-box peut être connectée au modem par l'intermédiaire d'un câble Ethernet. Lorsqu'une interruption du service VoD intervient, le serveur met en oeuvre un mécanisme de reprise sur erreur. Il s'appuie sur des commandes de type Simple Network Management Protocol, noté SNMP, pour relancer la session VoD. Ce mécanisme est activé pendant une période relativement courte, qui peut être par exemple au maximum de deux 2907992 -2- minutes. Au-delà de cette période le mécanisme de reprise sur erreur s'arrête ; la livraison de la VoD a échoué, la facturation sera annulée. Pendant le mécanisme de reprise sur erreur, la set-top-box peut basculer vers un mode de secours, par exemple en offrant un accès 5 uniquement à la réception de vidéo diffusée. Quand elle reçoit une commande SNMP du serveur pour reprendre le service VoD, elle bascule en mode VoD. Si le service VoD n'est pas disponible, elle rebascule en mode de secours. Cette remise en service peut fréquemment entraîner des oscillations du système entre le mode réception vidéo diffusée et le mode 10 VoD. Pour éviter une telle oscillation, une méthode consiste à ignorer les commandes SNMP. Mais la STB reste alors en mode de secours, et n'a pas la possibilité de revenir en mode VoD.
15 La présente invention concerne un procédé pour reprendre une session de téléchargement qui a été interrompue, dans un appareil comprenant une interface à un réseau permettant d'accéder à un serveur distant et des moyens pour mettre en oeuvre une session de téléchargement avec le serveur.
20 A cet effet l'invention définit un procédé comprenant les étapes de démarrage d'une session de téléchargement d'un contenu à partir du serveur distant, par l'intermédiaire de plus d'un canal de signalisation avec au moins ledit serveur, détection d'une interruption prématurée de la session de téléchargement, vérification de la disponibilité de l'ensemble des canaux, 25 tant que l'un des canaux est indisponible, pas de reprise de la session, et quand tous les canaux sont à nouveau disponibles, reprise de la session. La reprise de la session est automatisée dans la STB. L'utilisateur de la STB n'a pas à intervenir durant le procédé de reprise de la session. La STB vérifie que tous les canaux sont opérationnels avant d'accepter la 30 reprise de la session. Cela permet d'éviter des oscillations dues à des reprises de la session alors que tous les canaux ne sont pas opérationnels. 2907992 -3- Selon un mode de réalisation l'étape de reprise de la session est réalisée par une réponse à une requête de reprise de la session venant du serveur.
5 Une fois que les canaux sont opérationnels, l'appareil répond aux requêtes du serveur pour reprendre la session. Le serveur envoie des requêtes continuellement. Selon un autre mode de réalisation l'étape de reprise de la 10 session est réalisée par un envoi d'une requête de reprise de la session au serveur. Une fois que les canaux sont opérationnels, l'appareil sollicite le serveur pour reprendre la session.
15 Dans une réalisation la session est une session de vidéo à la demande. L'invention concerne aussi un produit programme d'ordinateur, caractérisé en ce qu'il comprend des instructions de code de programme 20 pour l'exécution des étapes du procédé précédent lorsque ledit programme est exécuté sur un ordinateur. Par produit programme d'ordinateur , on entend un support de programme d'ordinateur, qui peut consister non seulement en un espace de stockage contenant le programme, tel qu'une disquette ou une cassette, mais aussi en un signal, tel qu'un signal 25 électrique ou optique. L'invention sera mieux comprise et illustrée au moyen des exemples suivants de réalisation et de mise en oeuvre, nullement limitatifs, en référence aux figures annexées sur lesquelles : - la Figure 1 représente le système de vidéo à la demande selon le mode de réalisation; 30 2907992 -4- - la Figure 2 représente l'architecture matérielle de la set-top- box ; - la Figure 3 représente les couches protocolaires utilisées ; et - la Figure 4 représente les étapes du procédé selon l'invention.
5 Sur les Figures 1 et 2, les modules représentés sont des unités fonctionnelles, qui peuvent ou non correspondre à des unités physiquement distinguables. Par exemple, ces modules ou certains d'entre eux peuvent être regroupés dans un unique composant, ou constituer des fonctionnalités 10 d'un même logiciel. A contrario, certains modules peuvent éventuellement être composés d'entités physiques séparées. Dans un mode normal de fonctionnement, la STB fournit un ensemble de services interactifs dont fait partie la VoD. Les éléments 15 principaux d'un système fournissant un service de VoD sont indiqués sur la figure 1. La set-top box 1, notée STB par la suite, est reliée à une passerelle 3, ou gateway en anglais, par l'intermédiaire d'un réseau local 2. Le réseau local est un réseau Ethernet, et peut aussi être un autre type de réseau filaire, ou également un réseau local sans fil, ou wireless LAN en anglais. Le 20 réseau peut aussi bien se limiter à un lien point à point Ethernet, comme dans l'exemple de réalisation. La STB 1 comprend une interface vers un écran de télévision 7. La passerelle 3 connecte le réseau local 2 à un réseau Internet 4 25 auquel sont connectés les serveurs permettant de fournir le service de VoD aux abonnés. Diverses fonctions client-serveur sont nécessaires à la mise en place du service de VoD ; ce sont les fonctions telles que Hyper Text Transfer Protocol noté HTTP, Real Time Streaming Protocol noté RTSP, Dynamic Host Configuration Protocol noté DHCP, et Simple Network 30 Management Protocol noté SNMP. Deux serveurs 5, 6 sont représentés sur la figure 1, un serveur HTTP 5 et un serveur RTSP 6, aussi appelé server VoD. Bien sûr les serveurs peuvent être compris dans un même équipement 2907992 -5- ou dans des équipements distincts qui peuvent être localisés en des lieus distincts du réseau. Le serveur HTTP fournit entre autres les interfaces utilisateur sous la forme de pages Hyper Text Markup Language, notée HTML, au client.
5 Les éléments essentiels de la STB 1 en ce qui concerne le service VoD sont représentés sur la figure 2. La STB comprend une interface réseau 1.4, qui est dans l'exemple de réalisation une interface de type Ethernet. Elle comprend une mémoire de type Random Access Memory, notée RAM 1.2 10 correspondant à la mémoire principale, et une mémoire secondaire de type Flash 1.3, qui permet de conserver les données même lorsque l'appareil n'est plus sous tension. La STB comprend également un processeur central 1.1. Le décodeur audio-vidéo 1.5 et l'interface graphique 1.6 préparent le contenu qui est transmis à un écran par l'intermédiaire de l'interface audio- 15 vidéo. Les données circulent entre les divers modules via un bus interne 1.8. La figure 3 représente les couches protocolaires utilisées dans le cadre du service VoD, entre la STB cliente et les applications serveur. En général, les services de VoD s'appuient sur la mise en place de plusieurs 20 canaux de signalisation. Une session de type HTTP gère les commandes utilisateur. Le serveur HTTP fournit une interface utilisateur vers le client sous la forme de pages au format HTML. L'interface utilisateur offre diverses fonctions au client. Cela comprend le choix du film, l'acquittement du ticket en début de la 25 session, les commandes de visualisation du contenu telles que : Avance Rapide, Retour Rapide, Pause, Lecture, l'acquittement du ticket en fin de session VoD. La justification par l'abonné du visionnage de la VoD est effectuée d'une part avec l'acquittement du ticket d'entrée pour démarrer la VoD, et d'autre part avec l'acquittement du ticket de sortie pour confirmer 30 que la session est achevée. L'opérateur utilise ces acquittements pour s'assurer que la session VoD est bien effectuée. Cela lui permet par la suite de procéder à la facturation. 2907992 -6- Une session de type RTSP permet de piloter le serveur VoD en fonction des requêtes utilisateur. RTSP permet de contrôler la distribution du flux streaming. Un protocole de commandes et notifications à distance, basé par 5 exemple sur le protocole SNMP, permet de contrôler le service VoD. Ce sont des commandes de type `démarrer la VoD' et des notifications de type service `VoD débutée', `VoD terminée', `VoD perturbée' etc... Un mécanisme de contrôle d'accès permet de contrôler les autorisations d'accès au service.
10 Une connexion IP sous UDP est utilisée pour le transport des données utiles de type audio, vidéo, les sous-titres etc... Les étapes de reprise de la session de VoD sont indiquées sur la figure 4. La STB démarre une session de VoD avec un serveur VoD, étape 15 S1. Elle est dans l'état `normal' de fonctionnement. Lorsque la connexion HTTP est défaillante, étape S2, la défaillance étant due à l'indisponibilité du serveur WEB ou à une perte de connexion avec le serveur VoD, le service de VoD est interrompu, ainsi que l'ensemble des services interactifs. La STB détecte l'interruption de la connexion HTTP et aussi l'interruption de service 20 de VoD, elle quitte alors le mode normal de fonctionnement et passe en mode secondaire de fonctionnement aussi appelé `mode dégradé'. Autrement dit la STB passe dans un état `secondaire'. Une application locale, c'est-à-dire embarquée dans l'appareil, est automatiquement démarrée dans la STB pour lancer ce mode. L'application ouvre une page HTML embarquée 25 qui propose un menu simplifié par rapport au menu standard ; cette interface utilisateur embarquée ne requiert pas de connexion à un serveur WEB. Le mode secondaire offre principalement la possibilité de réception et de sélection d'une chaine parmi les chaines diffusées. Chaque chaine correspond à une adresse IP multicast, et le choix d'une chaine passe par 30 l'inscription au groupe multicast correspondant selon un mécanisme bien connu en soi. Comme le serveur WEB est indisponible, les services IP tels que la consultation de programmes ou le téléchargement, ne sont pas 2907992 -7- accessibles dans ce mode. Bien entendu l'interruption de service VoD peut être due à d'autres causes telles que la défaillance de l'un des canaux RTSP, SNMP ou Contrôle d'Accès. Il peut aussi être interrompu à cause d'une défaillance du serveur VoD, due à l'absence de données MPEG, ou à 5 une rupture de la liaison entre la STB et le serveur, due par exemple à la maintenance du réseau par l'opérateur du réseau. Dans le même temps, le serveur VoD tente de reprendre le téléchargement. Il envoie des requêtes de type SNMP à la STB. La STB ignore les requêtes afin d'éviter des oscillations entre le fonctionnement en 10 mode dégradé et en mode standard. En effet si la STB accepte la requête, elle repasse en mode standard ; or si le WEB serveur est indisponible le service VoD ne peut pas reprendre et la STB repasse alors en mode dégradé. Le fait que la STB accepte chaque requête entraine des va et vient entre le mode standard et le mode dégradé. En ignorant ces requêtes, la 15 STB reste dans le mode dégradé, avec une stabilité du service pour l'utilisateur. Dans le mode dégradé, la STB tente de reprendre la connexion avec le serveur VoD, étape S3. Elle vérifie si l'ensemble des canaux 20 nécessaires à la mise en service de la VoD sont redevenus opérationnels. Elle met en oeuvre une stratégie de type ping. Ce principe consiste à ouvrir une connexion, appelée aussi socket, entre la STB et le serveur VoD pour chaque canal utilisé, et à émettre sur cette connexion des informations pour vérifier la disponibilité du serveur sur ces canaux. Bien entendu, un minimum 25 d'information est transmis afin de ne pas encombrer inutilement le réseau. Puis, en fonction de la présence ou absence de réponse, la STB peut statuer sur la disponibilité ou non du serveur visé. Dans le cas du canal HTTP, la requête consiste à faire un GET HTTP sur un fichier inexistant depuis la racine du serveur WEB. Si le serveur 30 est disponible, il répond par un message d'erreur à la STB. Classiquement, la réponse du serveur doit être erreur 404 (File not found) . Si le serveur est indisponible, la STB ne reçoit pas de réponse. 2907992 -8- Dans le cas du canal RTSP, la requête consiste à faire un get_parameter sur une connexion RTSP inconnue du serveur. Si le serveur est disponible alors la réponse du serveur doit être du type socket inconnue . Sinon, la STB ne reçoit pas de réponse.
5 Concernant le canal SNMP, le test consiste à émettre un message SNMP avec un mauvais identifiant, appelé object identifier en Anglais, de la Management Information Base, notée MIB. La MIB contient la liste des attributs devant être supportés par l'agent SNMP de la STB. Si le serveur est disponible, il retourne un message d'erreur.
10 Concernant le canal de Contrôle d'Accès, le test consiste à ouvrir une session TCP avec le serveur, et à transmettre un octet de données quelconques. Si le serveur renvoie un message d'erreur d'authentification, cela signifie que le canal est bien actif.
15 Dans le même temps la STB évite de transmettre d'autres types de requêtes sur ces canaux sachant qu'ils ne sont pas disponibles. Cela évite d'encombrer le réseau. Une fois que les canaux sondés par la STB sont redevenus opérationnels, étape S4, c'est-à-dire que chaque requête sur chaque canal 20 est positive, la STB reprend la session de téléchargement. Selon le mode de réalisation, la STB accepte la requête SNMP de reprise venant du serveur VoD, étape S5. C'est-à-dire que la STB passe dans l'état 'reprise'. Le service VoD peut alors reprendre, et la STB revenir au mode normal. Un autre moyen possible de reprise de la session de 25 téléchargement est d'envoyer des requêtes de reprise au serveur. Ce mécanisme ne demande aucune participation de l'abonné. En effet celui-ci voit le passage dans le mode dégradé et le retour dans le mode standard, avec la reprise de la VoD. Il ne participe pas au mécanisme de 30 reprise. Selon l'exemple de réalisation quatre canaux sont identifiés. Bien entendu le nombre de canaux pourrait être différent, plus ou moins grand. 2907992 -9- Mais le mécanisme reste le même, les requêtes sont émises sur chaque canal pour vérifier la disponibilité de chaque canal. Le procédé décrit dans l'exemple de réalisation traite d'une session de téléchargement de VoD en mode streaming. Bien entendu le 5 procédé s'applique à tout type de téléchargement de contenu.

Claims (6)

REVENDICATIONS
1. Procédé pour reprendre une session de téléchargement qui a été interrompue, dans un appareil (1) comprenant une interface (1.4) à un réseau (4) permettant d'accéder à un serveur distant (6) et des moyens pour mettre en oeuvre une session de téléchargement avec ledit serveur, comprenant les étapes de : - démarrage d'une session de téléchargement (Si) d'un contenu à partir dudit serveur distant, par l'intermédiaire de plus d'un canal de signalisation avec au moins ledit serveur, - détection (S2) d'une interruption prématurée de la session de téléchargement, -vérification (S3) de la disponibilité de l'ensemble des canaux, - tant que l'un des canaux est indisponible, pas de reprise de la session, et quand tous les canaux sont à nouveau disponibles (S4), reprise de la session (S4).
2. Procédé selon la revendication 1, caractérisé en ce que l'étape de reprise de la session (S4) est réalisée par une réponse à une requête de reprise de la session venant du serveur.
3. Procédé selon la revendication 1, caractérisé en ce que l'étape de reprise de la session (S4) est réalisée par un envoi d'une requête de reprise de la session au serveur.
4. Procédé selon l'une des revendications précédentes, caractérisée en ce que le contenu peut être visionné pendant la session.
5. Procédé selon l'une des revendications précédentes, caractérisé en ce qu'il s'applique à une session de vidéo à la demande. 2907992 -11-
6. Produit programme d'ordinateur, caractérisé en ce qu'il comprend des instructions de code de programme pour l'exécution des étapes du procédé selon l'une des revendications précédentes lorsque ledit 5 programme est exécuté sur un ordinateur.
FR0654621A 2006-10-30 2006-10-30 Procede de reprise d'une session de video a la demande Pending FR2907992A1 (fr)

Priority Applications (8)

Application Number Priority Date Filing Date Title
FR0654621A FR2907992A1 (fr) 2006-10-30 2006-10-30 Procede de reprise d'une session de video a la demande
TW096138091A TWI444022B (zh) 2006-10-30 2007-10-12 裝置中已被中斷的下載會期之恢復方法及電腦程式產品
EP07119092A EP1919125B1 (fr) 2006-10-30 2007-10-23 Procédé pour reprendre une session vidéo sur demande
DE602007002359T DE602007002359D1 (de) 2006-10-30 2007-10-23 Verfahren zur Wiederherstellung einer Video-auf-Anfrage Sitzung
JP2007276472A JP5425389B2 (ja) 2006-10-30 2007-10-24 ビデオオンデマンド・セッションを回復する方法
KR1020070107099A KR101416311B1 (ko) 2006-10-30 2007-10-24 비디오-온-디맨드 세션을 복구하기 위한 방법
CN2007101848130A CN101175200B (zh) 2006-10-30 2007-10-29 用于恢复视频点播会话的方法
US11/978,705 US8176522B2 (en) 2006-10-30 2007-10-29 Method for recovering a video-on-demand session

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR0654621A FR2907992A1 (fr) 2006-10-30 2006-10-30 Procede de reprise d'une session de video a la demande

Publications (1)

Publication Number Publication Date
FR2907992A1 true FR2907992A1 (fr) 2008-05-02

Family

ID=38024267

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0654621A Pending FR2907992A1 (fr) 2006-10-30 2006-10-30 Procede de reprise d'une session de video a la demande

Country Status (8)

Country Link
US (1) US8176522B2 (fr)
EP (1) EP1919125B1 (fr)
JP (1) JP5425389B2 (fr)
KR (1) KR101416311B1 (fr)
CN (1) CN101175200B (fr)
DE (1) DE602007002359D1 (fr)
FR (1) FR2907992A1 (fr)
TW (1) TWI444022B (fr)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101355689B (zh) * 2008-09-08 2013-02-13 深圳市同洲电子股份有限公司 一种数字电视视频点播控制方法、系统和数字电视接收终端
WO2010046722A1 (fr) * 2008-10-24 2010-04-29 Telefonaktiebolaget L M Ericsson (Publ) Systèmes et procédés permettant de minimiser une perte de service par l'utilisation de fonctions de redirection de protocole
CN102916828A (zh) * 2011-08-05 2013-02-06 华为技术有限公司 一种网络切换方法和装置
WO2013098317A1 (fr) * 2011-12-29 2013-07-04 Koninklijke Kpn N.V. Contrôle de diffusion en flux de contenu initié par le réseau
US10419796B2 (en) 2017-03-02 2019-09-17 The Directv Group, Inc. Broadband backup to satellite-based set-top boxes

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030236905A1 (en) * 2002-06-25 2003-12-25 Microsoft Corporation System and method for automatically recovering from failed network connections in streaming media scenarios
US6910078B1 (en) * 2001-11-15 2005-06-21 Cisco Technology, Inc. Methods and apparatus for controlling the transmission of stream data
US7043749B1 (en) * 1998-02-27 2006-05-09 Tandberg Telecom As Audio-video packet synchronization at network gateway

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5754752A (en) * 1996-03-28 1998-05-19 Tandem Computers Incorporated End-to-end session recovery
US6598229B2 (en) * 1998-11-20 2003-07-22 Diva Systems Corp. System and method for detecting and correcting a defective transmission channel in an interactive information distribution system
JP4276698B2 (ja) * 1999-04-20 2009-06-10 富士通株式会社 データ通信システムおよび記録媒体
JP4806871B2 (ja) * 2001-08-07 2011-11-02 ソニー株式会社 クライアント端末及びクライアント側情報処理方法、プログラム格納媒体、プログラム、並びに情報提供システム、
JP4195641B2 (ja) * 2003-06-16 2008-12-10 株式会社エヌ・ティ・ティ・ドコモ ストリーミングシステム、クライアント通信装置、サーバ通信装置及びストリーミング配信方法
JP4196004B2 (ja) * 2004-07-12 2008-12-17 パナソニック株式会社 マルチメディア情報の受信方法及びこれを実現するプログラム、マルチメディア情報の受信装置
CN100384252C (zh) * 2005-06-15 2008-04-23 北京交通大学 一种覆盖网络组播下视频点播实现方法
US8582584B2 (en) * 2005-10-04 2013-11-12 Time Warner Cable Enterprises Llc Self-monitoring and optimizing network apparatus and methods

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7043749B1 (en) * 1998-02-27 2006-05-09 Tandberg Telecom As Audio-video packet synchronization at network gateway
US6910078B1 (en) * 2001-11-15 2005-06-21 Cisco Technology, Inc. Methods and apparatus for controlling the transmission of stream data
US20030236905A1 (en) * 2002-06-25 2003-12-25 Microsoft Corporation System and method for automatically recovering from failed network connections in streaming media scenarios

Also Published As

Publication number Publication date
TWI444022B (zh) 2014-07-01
EP1919125A1 (fr) 2008-05-07
EP1919125B1 (fr) 2009-09-09
JP5425389B2 (ja) 2014-02-26
US20090070471A1 (en) 2009-03-12
JP2008113436A (ja) 2008-05-15
US8176522B2 (en) 2012-05-08
CN101175200A (zh) 2008-05-07
DE602007002359D1 (de) 2009-10-22
CN101175200B (zh) 2013-03-27
KR20080039240A (ko) 2008-05-07
KR101416311B1 (ko) 2014-07-08
TW200824385A (en) 2008-06-01

Similar Documents

Publication Publication Date Title
US10681410B2 (en) Peer-to-peer video data sharing
US9113186B2 (en) Providing syndication feed content on a television set-top box with limited decoder capability
EP1842337B1 (fr) Repartition multidiffusion d'un contenu multimedia a diffusion en flux
EP1964313B1 (fr) Procédé de transmission de services de télévision numérique, passerelle et réseau correspondants
US20090133079A1 (en) Detecting Distribution of Multimedia Content
US8661147B2 (en) Monitoring requested content
US20080285936A1 (en) System and method of deferring multimedia content delivery
US20070250852A1 (en) System and method of editing video content
US8595780B2 (en) Systems and methods for processing media content requests
US9054959B2 (en) Method for indicating a service interruption source
FR2907992A1 (fr) Procede de reprise d'une session de video a la demande
FR3019428A1 (fr) Dispositif et procede de commande a distance de la restitution de contenus multimedia
EP2332332A1 (fr) Procede et dispositif de redirection d'une requete de controle d'un flux de donnees
FR2902267A1 (fr) Procedes de reception et d'emission de services de television numerique
FR3129555A1 (fr) procédé de gestion de l’accès à un contenu multimédia.
WO2024013463A1 (fr) Streaming vidéo adaptatif hybride amélioré
WO2013102745A1 (fr) Controle de services a la demande communiques en mode de diffusion
FR2895629A1 (fr) Procede et systeme de distribution de contenus numeriques
FR2899419A1 (fr) Procede de restitution d'un flux numerique, terminal de restitution, et produit programme d'ordinateur correspondants