FR 2932347 A1 20091211 FR 0853804 A 20080609 i Domaine de l'invention La présente invention concerne un procédé de traitement d'une demande de changement de canal dans un système de télévision fonctionnant selon le protocole IP. Arrière-plan technologique Dans les systèmes de télévision fonctionnant selon le protocole IP (pour Internet Protocol en langue anglaise ou protocole internet en français), les flux vidéo sont généralement transmis aux abonnés via une connexion large bande. Plus particulièrement, un signal d'émission est transmis aux décodeurs numériques (ou set top box en langue anglaise) des abonnés via un réseau d'accès et des modems DSL (pour Digital Subscriber Line en langue anglaise ou ligne d'abonné numérique). Ce signal d'émission est décodé puis converti en signaux de télévision standard par le décodeur numérique de l'abonné. Pour changer de chaîne ou de canal, l'abonné appuie sur les touches de programmes P+ ou P- de la télécommande du décodeur numérique. La touche P+ permet d'incrémenter le numéro de canal en cours de visualisation et la touche P- permet de le décrémenter. En réponse à une demande de changement de canal, le décodeur numérique transmet au réseau d'accès une requête de changement de canal physique via son modem DSL. Cette requête est classiquement effectuée en utilisant le protocole IGMP (pour Internet Group Management Protocol en langue anglaise ou protocole de gestion de groupe). Dans ce cas, la requête de changement de canal physique est une requête dite de souscription. Le décodeur numérique envoie alors en tant que paramètre de souscription l'adresse IP du canal qu'il souhaite recevoir. La figure 1 représente un diagramme temporel montrant l'envoi de requêtes de changement de canal physique par le décodeur suite à une pluralité de demandes de changement de canal provenant de l'abonné via sa télécommande suivant un processus classique de l'art antérieur. Lorsque l'abonné appuie sur la touche P+ ou P- de sa télécommande, le décodeur envoie immédiatement une requête de changement de canal physique au réseau d'accès. Si l'abonné appuie n fois successivement sur les touches P+ ou P- de sa télécommande dans un intervalle de temps très court pour atteindre rapidement un canal donné, n requêtes de changement de canal physique sont envoyées au 2 réseau d'accès alors que seule la dernière d'entre elles aurait suffi puisqu'elle contient l'adresse IP du dernier canal souhaité. Cet envoi massif de requêtes de changement de canal physique crée une surcharge inutile, voire une saturation, du réseau d'accès. Pour éviter cette surcharge du réseau d'accès, il est connu de ne pas transmettre toutes les requêtes de changement de canal physique. Ce fonctionnement est illustré par les figures 2 et 3 et est appelé classiquement zapping virtuel. Lorsque le décodeur numérique reçoit une demande de changement de canal (pression sur la touche P+ ou P- de la télécommande), il déclenche une temporisation pendant une durée Ttempo. Si aucune nouvelle demande de changement de canal n'est reçue pendant cette temporisation, une requête de changement de canal physique correspondant à cette demande de changement de canal est transmise à la fin de cette temporisation. A l'inverse, si une nouvelle demande de changement de canal est reçue pendant cette temporisation, la temporisation est réinitialisée et on recommence le processus décrit précédemment. La figure 2 illustre un cas où plusieurs demandes de changement de canal sont reçues par le décodeur numérique pendant un laps de temps réduit, l'intervalle de temps entre chaque demande de changement de canal étant inférieur à la durée Ttempo de la temporisation. On parle alors de zapping en rafale ou de rafale de demandes de changement de canal. Dans l'exemple illustré par cette figure, le décodeur numérique reçoit 4 demandes de changement de canal correspondant à quatre pressions successives et rapprochées de la touche P+ ou P- de la télécommande. Dans cet exemple, une demande de changement de canal est reçue pendant la temporisation des trois premières demandes de changement de canal. Aucune requête de changement de canal physique n'est donc transmise pour ces trois premières demandes de changement de canal. Des informations relatives à ces demandes de changement de canal sont toutefois affichées dès leur réception sur l'écran de la télévision connectée au décodeur numérique pour informer l'abonné que leurs demandes ont bien été reçues par le décodeur. Enfin, s'agissant de la quatrième demande de changement de canal, aucune autre demande de changement de canal n'étant reçue pendant sa période de temporisation, une requête de changement de 3 canal physique correspondant à cette demande de changement de canal est donc transmise au réseau d'accès à la fin de sa période de temporisation. La figure 3 illustre un cas où plusieurs demandes de changement de canal sont reçues par le décodeur numérique pendant un laps de temps plus long, l'intervalle de temps entre chaque demande de changement de canal étant alors supérieur à Ttempo. Ce cas correspond à une situation de zapping lent dans laquelle l'abonné effectue successivement plusieurs zappings simples. Dans cette situation, io l'abonné ne veut pas aller directement à un canal donné mais il veut visualiser chacun des canaux correspondant à une pression de la touche P+/P-. Dans le cas illustré par la figure 3, le décodeur numérique reçoit trois demandes de changement de canal séparées entre elles par un intervalle de temps supérieur à Ttempo. Aucune demande de changement 15 de canal n'étant reçue pendant la période de temporisation des 3 demandes de changement de canal, une requête de changement de canal physique correspondant à chacune de ces demandes de changement de canal est transmise à la fin de la période de temporisation qui suit la réception de la demande de changement de canal. 20 Le fonctionnement décrit en regard des figures 2 et 3 permet d'éviter la transmission d'un grand nombre de requêtes de changement de canal physique vers le réseau d'accès et ainsi d'éviter la surcharge ou la saturation de ce dernier. Toutefois, les requêtes de changement de canal physique sont transmises au réseau d'accès avec un retard égal à la 25 durée de temporisation (Ttempo). Il en résulte que, dans le cas d'un zapping simple, le système perd en réactivité puisque l'abonné doit attendre, en plus du temps de traitement de la requête par le réseau, le temps Ttempo avant d'obtenir le changement de canal sur sa télévision. Par ailleurs, cela va à l'encontre de l'amélioration de la qualité service 30 souhaitée par les opérateurs. Résumé de l'invention La présente invention permet de résoudre tout ou partie des problèmes précités. 35 A cet effet, la présente invention propose un procédé de traitement d'une demande de changement de canal dans un système de 4 télévision sur IP comprenant un décodeur numérique connecté à une télévision et un réseau d'accès, remarquable en ce que, en réponse à ladite demande de changement de canal, le décodeur numérique effectue les étapes suivantes : a) envoyer au réseau d'accès une requête de changement de canal physique correspondant à la demande de changement de canal, et déclencher une période de temporisation de durée Ttempo; b) si une nouvelle demande de changement de canal est reçue par le décodeur numérique pendant ladite période de io temporisation, déclencher une nouvelle période de temporisation de durée Ttempo; et c) envoyer au réseau d'accès une requête de changement de canal physique correspondant à la nouvelle demande de changement de canal dès que la nouvelle période de temporisation est terminée ou, si 15 une nouvelle demande de changement de canal est reçue par le décodeur numérique pendant la nouvelle période de temporisation, recommencer à l'étape b). Ainsi, en cas de zapping en rafale, une requête de changement de canal physique est transmise uniquement pour les 20 première et dernière demandes de changement de canal de la rafale. La requête de changement de canal physique correspondant à la première demande de changement de canal est transmise dès réception de la première demande de changement de canal par le décodeur et la requête de changement de canal physique correspondant à la dernière demande 25 de changement de canal est transmise à l'expiration de la période de temporisation de la dernière demande de changement de canal. En cas de zapping simple, la requête de changement de canal physique est transmise immédiatement après la réception de la demande de changement de canal. 30 Ainsi la présente invention permet à la fois de ne pas surcharger le réseau d'accès en cas de zapping en rafale et de ne pas pénaliser le temps de réactivité du système en cas de zapping simple. Selon un mode de réalisation préféré, le décodeur envoie également, pendant l'étape a), un message de contrôle pour afficher sur 35 la télévision une information relative au canal demandé pour informer l'abonné que sa demande de changement de canal a bien été reçue par le décodeur.. De même, selon un autre mode de réalisation préféré, le décodeur envoie aussi , pendant l'étape b), un message de contrôle pour 5 afficher sur la télévision une information relative au canal nouvellement demandé. L' invention concerne également un décodeur numérique pour système de télévision sur IP, lequel décodeur numérique est io connecté à une télévision et à un réseau d'accès et comprend des moyens de traitement de demandes de changement de canal aptes à mettre en oeuvre le procédé précité. Description détaillée des figures 15 L'invention sera mieux comprise, et d'autres buts, détails, caractéristiques et avantages apparaîtront plus clairement au cours de la description explicative détaillée qui va suivre d'un mode de réalisation préféré de l'invention, en référence aux dessins schématiques annexés, parmi lesquels : 20 - la figure 1, déjà décrite, est un diagramme temporel illustrant le traitement d'une pluralité de demandes de changement de canal selon un premier procédé connu de l'art antérieur; - la figure 2, déjà décrite, est un diagramme temporel illustrant le traitement d'une rafale de demandes de changement de 25 canal lorsque cette rafale est traitée par un deuxième procédé connu de l'art antérieur; - la figure 3, déjà décrite, est un diagramme temporel illustrant le traitement d'une pluralité de demandes simples de changement de canal lorsque cette pluralité est traitée par le 30 deuxième procédé connu de l'art antérieur; - la figure 4 est un organigramme illustrant les étapes du procédé de l'invention ; - la figure 5, à comparer avec la figure 2, est un diagramme temporel illustrant le traitement d'une rafale de demandes de 35 changement de canal lorsque cette rafale est traitée par le procédé de la figure 4; et 6 - la figure 6, à comparer avec la figure 3, est un diagramme temporel illustrant le traitement d'une pluralité de demandes simples de changement de canal lorsque cette pluralité est traitée par le procédé de la figure 4. Description détaillée de l'invention La figure 4 illustre le traitement de demandes de changement de canal selon le procédé de l'invention. Ce traitement est mis en oeuvre dans le décodeur numérique. Dans la suite de la io description, on considère que le décodeur numérique est connecté d'une part au réseau d'accès, par exemple via un modem DSL, et d'autre part à un dispositif d'affichage tel qu'une télévision. Le procédé illustré par la figure 4 comprend tout d'abord une étape 400 de démarrage pour initialiser le processus. 15 Le décodeur teste ensuite, lors d'une étape référencée 410, s'il a reçu une demande de changement de canal provenant de la télécommande du décodeur. Dans la négative, il attend une demande de changement de canal. Dans l'affirmative, le décodeur met en oeuvre l'étape 420. Dans cette étape, le décodeur envoie immédiatement une 20 requête de changement de canal physique, par exemple sous la forme d'une requête de souscription dans le cas du protocole IGMP, au réseau d'accès et déclenche une période de temporisation de durée Ttempo. De préférence, le décodeur commande également, par l'envoi d'un message de contrôle, l'affichage d'une information relative à la demande de 25 changement de canal sur l'écran de la télévision raccordée au décodeur pour informer l'abonné que sa demande de changement de canal a bien été reçue par le décodeur. Cet envoi illustré par l'étape 430 sur la figure 4 peut être réalisé en même temps que l'étape 420. Les étapes suivantes, 440 et 450, sont des étapes de test 30 pour déterminer si le décodeur a reçu une nouvelle demande de changement de canal pendant la période de temporisation. Si la période de temporisation expire sans qu'une nouvelle demande de changement n'ait été reçue, on retourne à l'étape 410. Par contre, si une nouvelle demande de changement de canal est reçue avant la fin de la période de 35 temporisation, on passe alors à l'étape 460. 7 A l'étape 460, le décodeur déclenche une nouvelle période de temporisation. De préférence, le décodeur commande également, par l'envoi d'un message de contrôle, l'affichage d'une information relative à la nouvelle demande de changement de canal sur l'écran de la télévision raccordée au décodeur à une étape 470. Cette étape peut être réalisée en même temps que l'étape 460. Les étapes suivantes, 480 et 490, sont des étapes de test pour déterminer si le décodeur a reçu une nouvelle demande de changement de canal pendant cette nouvelle période de temporisation. Si cette nouvelle période de temporisation expire sans qu'une nouvelle demande de changement n'ait été reçue, une requête de changement de canal physique est envoyée au réseau d'accès à l'étape 500 et, sinon on recommence à l'étape 460. Enfin, après l'étape 500, on recommence à l'étape 410. Les résultats de ce procédé sont illustrés par les figures 5 et 6. La figure 5 montre plus particulièrement les résultats du procédé de l'invention en cas de zapping en rafale et la figure 6 montre les résultats du procédé de l'invention en cas de zapping simple. Ces résultats sont à comparer avec ceux des figures 2 et 3. En réponse à une rafale de demandes de changement de canal (cas où l'intervalle de temps entre deux demandes consécutives est inférieur à Ttempo), le décodeur transmet une requête de changement de canal physique pour les première et dernière demandes de changement de canal de la rafale. La requête de changement de canal physique correspondant à la première demande de changement de canal est transmise immédiatement après la réception de la première demande de changement de canal. La requête de changement de canal physique correspondant à la dernière demande de changement de canal est transmise au terme d'une période de temporisation de la dernière demande de changement de canal. Ainsi, si on compare ces résultats à ceux de la figure 2, le décodeur ne transmet que deux requêtes de changement de canal physique au lieu de n requêtes (dans le cas rafale comportant n demandes de changement de canal). Le réseau d'accès n'est donc pas saturé de requêtes. 8 En réponse à une pluralité de demandes simples de changement de canal (cas où l'intervalle de temps entre deux demandes consécutives est supérieure à Ttempo), le décodeur transmet une requête de changement de canal physique pour chacune des demandes de changement de canal et cette requête de changement de canal physique est transmise immédiatement après la réception de la demande de changement de canal. Ainsi, si on compare ces résultats à ceux de la figure 3, le décodeur gagne en réactivité puisqu'il transmet la requête de changement de canal physique dès que la demande de changement de canal est reçue. La durée de la période de temporisation employée dans ce procédé est comprise entre 300ms et 700 ms. Elle est de préférence de l'ordre de 500 ms. Bien que l'invention ait été décrite en liaison avec un mode de réalisation particulier, il est bien évident qu'elle n'y est nullement limitée et qu'elle comprend tous les équivalents techniques des étapes décrites ainsi que leurs combinaisons si celles-ci entrent dans le cadre de 1' invention. REVENDICATIONS1. Procédé de traitement d'une demande de changement de canal dans un système de télévision sur IP comprenant un décodeur numérique connecté à une télévision et un réseau d'accès, caractérisé en ce que, en réponse à ladite demande de changement de canal, le décodeur numérique effectue les étapes suivantes : a) envoyer (420) au réseau d'accès une requête de changement de canal physique correspondant à la demande de lo changement de canal et déclencher (420) une période de temporisation de durée Ttempo; b) si une nouvelle demande de changement de canal est reçue par le décodeur numérique pendant ladite période de temporisation déclencher (460) une nouvelle période de temporisation de durée Ttempo; 15 et c) envoyer (500) au réseau d'accès une requête de changement de canal physique correspondant à la nouvelle demande de changement de canal dès que la nouvelle période de temporisation est terminée ou, si une nouvelle demande de changement de canal est reçue 20 par le décodeur numérique pendant la nouvelle période de temporisation, recommencer à l'étape b). 2. Procédé selon la revendication 1, caractérisé en ce que, pendant l'étape a), le décodeur envoie (430) un message de contrôle pour 25 afficher sur la télévision une information relative au canal demandé. 3. Procédé selon la revendication 1 ou 2, caractérisé en ce que, pendant l'étape b), le décodeur envoie (470) un message de contrôle pour afficher sur la télévision une information relative au canal 30 nouvellement demandé. 4. Procédé selon l'une des revendications précédentes, caractérisé en ce que la durée Ttempo est comprise entre 300ms et 700 ms. 35 5. Procédé selon la revendication 4, caractérisé en ce que la durée Ttempo est égale 500 ms. 10 6. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que la requête de changement de canal physique est une requête de souscription conforme au protocole IGMP. 7. Décodeur numérique pour système de télévision sur IP, lequel décodeur numérique est connecté à une télévision et à un réseau d'accès et comprend des moyens de traitement de demandes de changement de canal, caractérisé en ce que lesdits moyens de demandes de changement de canal sont aptes à mettre en oeuvre le procédé selon l'une quelconque des revendications 1 à 6.15