Brevet FR2915843A1 — publié le 20081107

La présente invention concerne un procédé de configuration d'un appareil de réception de flux de transport de services numériques sur réseau IP. Ce procédé trouve son application dans le domaine de la télévision professionnelle numérique. La configuration d'un appareil de réception de flux de transport de services numériques sur un réseau IP (Internet Protocol en anglais) nécessite de connaître des informations sur le flux reçu. En particulier, il est nécessaire de connaître le protocole utilisé pour la diffusion, l'adresse de l'émetteur, ou encore selon les protocoles, l'adresse de destination du flux et le numéro de port associés à cette diffusion. Selon les cas, d'autres paramètres peuvent encore être nécessaires, par exemple des paramètres pour savoir si un code d'erreur est utilisé et si oui lequel. Une fois que ces paramètres sont connus, il faut configurer le logiciel assurant la réception avec ces paramètres. Cette configuration se fait généralement à l'aide d'une interface homme-machine ou encore à l'aide de lignes de commande, ce qui nécessite donc d'entrer ces paramètres à l'aide d'un clavier. Cette entrée manuelle des paramètres est fastidieuse et sujette à erreur, particulièrement en ce qui concerne les adresses réseau ou les numéros de port constitués de valeurs numériques. Par ailleurs, il arrive que l'émetteur du flux se trouve éloigné géographiquement de l'appareil de réception. De plus, la personne effectuant la configuration peut ne pas appartenir à la même organisation que les personnes en charge de la diffusion. Toutes ces raisons font qu'il n'est pas toujours aisé pour la personne effectuant la configuration de déterminer tous les paramètres utilisés pour la diffusion des flux dont elle doit configurer la réception. La présente invention vise à résoudre les problèmes précédents par un procédé permettant une analyse automatique des flux effectivement reçus par l'appareil de réception. Cette analyse se base sur une sélection des flux selon un ensemble de critères paramétrables. Une fois ces flux identifiés parmi tous les flux reçus, ceux-ci sont présentés à la personne en charge de la configuration. Cette dernière peut alors sélectionner le flux de son choix parmi ceux-ci et configurer automatiquement la réception dudit flux à l'aide des paramètres issus de l'analyse. Selon une variante de réalisation de l'invention, le choix et la configuration sont automatiques à l'issue de l'étape d'analyse. De cette manière,, la configuration est faite automatiquement à l'aide des paramètres réels analysés du flux effectivement reçu. Il n'est plus nécessaire d'obtenir ces paramètres de la part des personnes en charge de la diffusion. De plus, il n'est pas nécessaire de configurer ces paramètres manuellement. De cette façon, les erreurs sont évitées, que ce soit entre les personnes en charge de la diffusion et celle en charge de la configuration ou encore lors de la saisie des paramètres. La configuration est donc rendue plus rapide et plus fiable. La présente invention concerne un procédé de configuration de la réception, par un appareil de réception de flux de données, d'un flux de données transmis par un réseau IP, qui comprend une étape de détermination d'un ensemble de flux candidats par analyse des paquets IP reçus par l'appareil à configurer, une étape de sélection d'au moins un flux candidat parmi l'ensemble des flux candidats, une étape d'extraction des paramètres nécessaires à la configuration de la réception du flux sélectionné, une étape de configuration de la réception du flux sélectionné à l'aide des paramètres extraits. Selon un mode particulier de réalisation de l'invention, le procédé comprend en outre une étape de choix d'un ensemble de critères de filtrage et une étape de filtrage 15 des flux candidats à l'aide desdits critères de filtrage. Selon un mode particulier de réalisation de l'invention, l'étape de sélection comprend une étape d'affichage de l'ensemble des flux candidats et une étape de sélection par la personne en charge de la configuration de l'appareil du flux sélectionné. 20 Selon un mode particulier de réalisation de l'invention, l'étape d'affichage comprend l'affichage d'un ensemble de caractéristiques du flux. Selon un mode particulier de réalisation de_ l'invention, l'étape de sélection est effectuée automatiquement selon un critère prédéfini. Selon un mode particulier de réalisation de l'invention, le critère prédéfini est le 25 débit du flux. Selon un mode particulier de réalisation de l'invention, l'étape de sélection automatique selon un critère prédéfini est effectuée continuellement, et que lorsqu'un nouveau flux est sélectionné la configuration de l'appareil de réception est modifiée conformément pour recevoir le nouveau flux sélectionné. 30 La présente invention concerne également un appareil de réception de flux de données pouvant être configuré pour recevoir un flux de données transmis par un réseau IP, qui comprend des moyens de détermination d'un ensemble de flux candidats par analyse des paquets IP reçus par l'appareil à configurer, des moyens de sélection d'au moins un flux candidat parmi l'ensemble des flux candidats, des 3 moyens d'extraction des paramètres nécessaires à la configuration de la réception du flux sélectionné et des moyens de configuration de la réception du flux sélectionné à l'aide des paramètres extraits. Selon un mode particulier de réalisation de l'invention, le procédé comprend en 5 outre des moyens pour choisir un ensemble de critères de filtrage et des moyens de filtrage des flux candidats à l'aide desdits critères de filtrage. Les caractéristiques de l'invention mentionnées ci-dessus, ainsi que d'autres, apparaîtront plus clairement à la lecture de la description suivante d'un exemple de réalisation, ladite description étant faite en relation avec les dessins joints, parmi 10 lesquels : La Fig. 1 représente l'architecture d'un appareil de réception de flux selon un exemple de réalisation de l'invention. La Fig. 2 représente un diagramme du procédé selon l'invention. La Fig. 3 représente l'interface homme-machine de l'exemple de réalisation de 15 l'invention. L'invention concerne la configuration d'un appareil de réception de flux de transport de services numérique via un réseau basé sur le protocole de communication IP (Internet Protocol en anglais). Ces réseaux sont basés sur l'échange de paquets de données, appelés paquets IP, qui sont échangés entre appareils. Ces paquets sont émis 20 par un appareil appelé source à destination d'un autre appareil appelé destinataire. Chaque paquet contient l'adresse réseau, appelée adresse IP, de l'appareil source ainsi que l'adresse IP de l'appareil destinataire du paquet. Ces paquets sont émis par l'appareil source et relayés à travers le réseau par des appareils de routage pour être finalement reçus par l'appareil de destination du paquet. Dans le cadre de cette 25 invention, nous appellerons donc flux de données IP tout ensemble cohérent de données transmis via le réseau IP entre un appareil source et au moins un appareil destinataire. Le chemin suivi par les paquets au sein du réseau n'est pas déterministe et rien ne garantit que deux paquets successifs émis par le même appareil source à destination du même appareil destinataire vont emprunter la même route au sein du 30 réseau. Certains protocoles de communication prévoient l'utilisation d'adresses de destination virtuelles permettant d'émettre un paquet à destination d'un ensemble d'appareils de destination abonnés à cette adresse virtuelle. Ce mode de communication, appelé mode multipoint (Multicast en anglais) permet l'envoi de paquets de données à plusieurs appareils destinataires sans nécessiter la duplication du paquet en autant de paquets que d'appareils destinataires. De nombreux types de communication, représentés par de nombreux protocoles, utilisent ce mode de communication. Associés à chaque protocole, outre les adresses IP, les communications utilisent également des numéros de port permettant de créer autant de canaux de communication virtuels que nécessaires entre les appareils. Un appareil destinataire d'un paquet IP utilise ce numéro de port pour déterminer le protocole utilisé par ce paquet et donc le module logiciel destinataire du paquet. Par exemple, un paquet IP appartenant à une réponse d'un serveur HTTP (Hyper Text Transfer Procotol: RFC 2616 en anglais) à une requête émise sera reçu par un appareil destinataire sur le port 80, ce numéro de port permettant de savoir qu'il s'agit du protocole HTTP et qu'il faut passer le contenu de ce paquet au navigateur Web de l'appareil. Il s'ensuit qu'un appareil communiquant via un réseau IP reçoit généralement sur son interface IP de multiples paquets correspondant aux différents protocoles utilisés par l'appareil. Ces paquets proviennent de multiples sources, peuvent posséder différentes adresses de destination et de multiples numéros de port. Lorsque l'on cherche à configurer la réception d'un flux de transport IP, il faut en connaître certains paramètres. En particulier, il faut connaître le protocole de diffusion. Ce protocole peut être directement le protocole UDP (User Datagramm Protocol : RFC 768 en anglais). Dans ce cas, les données sont envoyées par l'appareil source encapsulées dans des paquets UDP envoyés à l'appareil destinataire. Dans d'autres cas, un protocole de gestion de diffusion temps réel peut être utilisé tel que le protocole RTP (Real Time Protocol : RFC 3550 en anglais). La réception du flux consiste à filtrer les paquets IP de données relatifs à ce flux pour les transmettre au module logiciel destiné au traitement de ce flux. Ce filtrage intervient donc en fonction des paramètres indiqués. Ces paramètres sont définis au niveau de l'appareil source émettant le flux. Traditionnellement ces paramètres sont transmis à la personne configurant l'appareil destinataire. Celle-ci entre ces paramètres manuellement dans l'appareil de réception pour configurer le filtre et donc la réception du flux. L'invention propose de simplifier et de fiabiliser cette configuration en supprimant l'étape de transmission des paramètres entre la personne configurant l'appareil source et celle qui configure l'appareil destinataire. Pour ce faire, ces paramètres sont extraits par analyse des flux de données effectivement reçus par l'appareil de destination. Les différentes étapes du processus selon l'invention sont illustrées par la Fig. 2. Lors d'une première étape E2.1 optionnelle, les critères de filtrage des flux sont déterminés. La définition de ces critères peut être faite lors de chaque configuration de l'appareil destinataire, ou encore une fois lors d'une initialisation de l'appareil et réutilisés ensuite. Selon une variante de réalisation de l'invention, tous les flux sont analysés sans étape de filtrage et donc sans choix de critères pour le filtrage. Cette étape de filtrage dépendra du type d'appareil sur lequel est implémentée l'invention. En effet, selon le type et la fonction de l'appareil, différents types de flux sont susceptibles d'être utilisés. Pour un appareil susceptible d'utiliser une grande variété de flux, il ne sera pas nécessaire ou possible de déterminer des critères de filtrage permettant de réduire les flux candidats. Par contre, pour un appareil dont la fonction est spécifique d'un type de flux bien particulier, il sera possible de filtrer les flux reçus de manière à ne retenir que les flux susceptibles d'être utilisés par l'appareil. Un tel appareil peut également contenir, par construction, les paramètres de filtrage correspondant à sa fonction. Lors d'une seconde étape E2.2, les différents flux effectivement reçus par l'appareil de réception sont déterminés. Cette détermination intervient par analyse des paquets effectivement reçus par l'appareil. Si des critères de filtrage ont été choisis, seuls les flux répondant à ces critères sont retenus. Le résultat de cette étape est un ensemble de flux candidats pour une sélection. Cet ensemble peut éventuellement être vide, dans ce cas cela signifie que l'appareil ne reçoit pas de flux susceptibles d'être utilisés par l'appareil. Sinon, il peut contenir un ou plusieurs flux candidats susceptibles d'être utilisés par l'appareil destinataire. Lors d'une troisième étape E2.3, un flux de cet ensemble est sélectionné. Pour ce faire, il est possible d'afficher la liste des flux candidats à l'écran. La personne en charge de la configuration est alors à même de choisir dans cette liste le flux qu'elle souhaite sélectionner. Cette sélection peut également se faire automatiquement. Elle est en particulier automatique dans le cas où la liste des flux candidats ne comporte .30 qu'un seul flux. Dans le cas où il y en a plusieurs, il est possible de déterminer des règles de choix automatique. Ce choix peut se faire, par exemple, en prenant le premier de la liste, ou encore en privilégiant le flux possédant le débit le plus important. Lors d'une quatrième étape E2.4, les paramètres nécessaires à la configuration du récepteur sont extraits du flux sélectionné. Il s'agit généralement de l'adresse source du flux, de l'adresse de destination lorsque la diffusion du flux se fait en mode multipoint ainsi que du numéro de port utilisé. Éventuellement, d'autres paramètres comme la présence d'un code correcteur d'erreur ou encore le type d'encodage peuvent également être extraits. Lors d'une cinquième étape E2.5, l'appareil de réception est configuré à l'aide des paramètres extraits lors de l'étape précédente. Le flux peut alors être reçu et traité par l'appareil. Le traitement à effectuer sur ce flux dépend du type d'appareil et de sa fonction. Cette étape de configuration consiste généralement à configurer des filtres sur les paramètres extraits de façon à isoler les paquets IP correspondant au flux choisi et à les transmettre au module logiciel approprié en vue du traitement. Un exemple de réalisation de l'invention va maintenant être décrit. Cet exemple de réalisation est implémenté sur un appareil servant de passerelle entre un ou des réseaux IP et une ou plusieurs interfaces conformes à la norme DVB-ASI (Digital Video Broadcast û Asynchronous Serial Interface en anglais). Cette norme décrite dans le document ETSI TR 101 891 (ver 1.1.1), décrit une interface série asynchrone destinée au transport de flux de transport MPEG-2 TS (Moving Picture Experts Group Transport Stream en anglais) faisant l'objet de la norme ISO/CEI 13818-1. Elle prévoit la transmission de flux de télévision numérique à des débits pouvant atteindre 270 Mbps sur un câble coaxial. Cette interface est utilisée dans les studios professionnels traitant de la télévision numérique. Par contre, la distance de transmission est limitée à environ 300 mètres. Pour des transmissions sur de plus grandes distances et pour leur souplesse, les transmissions sur réseau IP sont de plus :25 en plus utilisées. Pour cette raison, des équipements permettant de recevoir des flux via une interface ASI et de les retransmettre via un réseau IP ou inversement de recevoir des flux via un réseau IP et de les retransmettre sur une interface ASI sont de plus en plus utilisés. La Fig. 1 représente l'architecture générale d'une telle passerelle à la base de 30 l'exemple de réalisation de l'invention. Cette passerelle comporte un processeur 1. 1 chargé des calculs et de l'exécution des programmes mémorisés dans une mémoire flash 1.3. Ce processeur exécute par exemple un système d'exploitation Linux. Ce processeur se sert de la mémoire vive 1.4 comme mémoire de travail ainsi que comme espace de mémorisation temporaire des données traitées. Une pluralité d'interfaces Ethernet, référencées 1.6, 1.7 et 1.8, est connectée au processeur 1.1. Ces différentes interfaces Ethernet permettent autant de connexions IP. Dans l'exemple de réalisation la première interface est dédiée au contrôle alors que les autres sont dédiées au transport des flux. Le processeur 1.1 communique avec un composant programmable 1.2 par exemple de type FPGA field programmable gate array en anglais). Ce composant programmable est chargé de la gestion d'une pluralité d'interfaces série asynchrones DVB-ASI, référencées 1.9, 1.10 et 1.11. Il utilise la mémoire vive 1.5 comme mémoire de travail ainsi que comme espace de mémorisation temporaire des données traitées. Ce composant est chargé en réception du décodage des signaux reçus via les interfaces ASI et de la reconstitution des paquets TS (Transport Stream en anglais) MPEG-2 reçus. En émission, il gère la génération des signaux encodant les paquets TS à émettre sur les interfaces. La coopération entre le processeur 1.1 et le composant programmable 1.2 se fait via un bus permettant l'échange des données et donc des paquets TS et une ligne d'interruption permettant la synchronisation des deux composants. Pour sa supervision et sa configuration, l'appareil est doté d'une interface homme machine. Cette interface est implémentée sous la forme d'un serveur HTTP embarqué exécuté par le processeur 1.1. De cette façon, l'appareil est contrôlable via le réseau IP accessible au travers de l'interface Ethernet de contrôle 1.6 depuis un ordinateur distant doté d'un client HTTP. Dans le sens ASI vers IP, un flux de données comportant des paquets TS est reçu sur l'une des interfaces ASI sous la forme d'un signal analogique. Le composant programmable assure le décodage de ce signal analogique pour reconstituer le flux des paquets TS qu'il transmet au processeur. Celuici encapsule ces paquets en fonction du protocole choisi pour leur diffusion sur IP. Ce protocole peut, par exemple être le protocole RTP, ou encore le protocole UDP. L'encapsulation est faite selon la norme ETSI TS 102 034 Digital Video Broadcasting (DVB); Transport of MPEG-2 Based DVB Services over IP Based Networks . Les paquets IP ainsi constitués sont émis sur un réseau IP via l'une des interfaces Ethernet. L'émission se fait en fonction de :30 paramètres tels que l'adresse de destination et le numéro de port. Le flux peut éventuellement être dupliqué et émis sur plus de un réseau IP en utilisant les mêmes paramètres ou des paramètres différents. Dans le sens IP vers ASI, le flux choisi filtré par le processeur, les paquets TS sont extraits des paquets IP reçus. Ces paquets sont ensuite passés au composant programmable pour être émis sur au moins une des interfaces ASI. La puissance de calcul du processeur et du composant programmable détermine le nombre de flux pouvant être traités en parallèle ainsi que la possibilité d'utiliser simultanément, ou pas, la passerelle dans les deux sens. Lors de la configuration de la passerelle dans le sens IP vers ASI, le problème de la détermination du flux IP et donc de la configuration de la passerelle en vue de la réception de ce flux se pose. Dans un premier temps l'interface permet de choisir des critères de filtrage conformément à l'étape E2.1 telle que décrite précédemment. Dans le cadre de l'exemple de réalisation il est possible de choisir le format du flux souhaité. Les choix possibles sont DVB-T correspondant à un flux destiné à une diffusion terrestre ou DVB-H destinée à une diffusion à destination de terminaux mobiles. D'autres choix sont envisageables comme par exemple des flux destinés à la diffusion par satellite ou encore par le câble. On peut ensuite choisir un type de flux, c'est-à-dire le type du conteneur (container en anglais). En général, il s'agit de flux MPEG-2 TS que l'on peut identifier du fait que le premier octet d'un paquet MPEG-2 TS, dit paquet de synchronisation, possède toujours la valeur 0x47. De plus, les paquets MPEG-2 TS ayant une taille fixe de 188 octets (204 en présence d'un code Reed-Solomon), on peut tester le fait que dans la partie donnée du paquet IP reçu (payload en anglais), on retrouve la valeur 0x47 tous les 188 octets. D'autres types de conteneur peuvent être sélectionnés comme AVI (Audio Video Interleave en anglais) ou DivX (marque déposée de la société DivX inc). Il est également possible éventuellement de choisir le type d'encodeur utilisé. Cette information est obtenue par une analyse des tables de signalisation du flux reçu. En effet, un flux MPEG-2 TS est constitué par le multiplexage de différents flux élémentaires et de tables de signalisation contenant des informations sur les constituants du flux. Chacun de ces éléments est identifié par un numéro de programme PID (Program ID en anglais) inséré dans l'entête de chacun des paquets TS. La PAT (Program Association Table en anglais) permet d'associer ces PID avec les programmes tandis que la PMT (Program Map Table en anglais) donne des informations sur chacun de ces programmes dont le type d'encodeur utilisé. De cette manière, il est donc possible de déterminer le type d'encodeur utilisé pour un flux donné identifié par un PID donné. Il est encore possible de choisir si l'on désire sélectionner des flux cryptés ou non. Cette information est déterminée par deux bits présents dans l'entête des paquets TS, le champ Transport Scrambling Control de l'entête du paquet TS. On peut également filtrer les flux en fonction des identificateurs de programme PID. On peut définir un intervalle de PID pour choisir les flux dont le PID est inférieur à une valeur de seuil, ou supérieure ou encore comprise entre deux valeurs de seuil. En fonction du type de flux attendu, dans cet exemple en fonction du type de vidéo attendu, il est possible que l'on ait une connaissance préalable du débit ou du moins d'une plage de débits des flux attendus. Il est donc possible de filtrer ces flux en fonction du débit. Le débit peut se calculer par comptage des paquets reçus dans le temps. Il est également possible de filtrer en fonction du type de protocole de diffusion utilisé. Par exemple deux des protocoles les plus utilisés pour la diffusion sont d'une part UDP (User Datagrarm Protocol en anglais) qui offre un support pour l'envoi non contrôlé de paquets de données et RTP (Real-Time Transport Protocol en anglais), bâti au-dessus de UDP et qui apporte une notion temps réel par l'adjonction de numéros de séquence et d'étiquette temporelle (Timestamp en anglais) aux paquets de données. L'utilisation de ces protocoles se détermine facilement par analyse des entêtes des paquets transmis. On peut donc limiter l'analyse des flux à un ou plusieurs protocoles de diffusions choisis. La norme MPEG prévoit dans le code of practice du forum pro MPEG dans sa version 3 release 2, qu'en cas d'utilisation de codes correcteurs d'erreurs FEC (Forward Error Correction en anglais), les paquets correcteurs sont envoyés sous la forme de flux secondaires utilisant le numéro de port du flux principal plus 2 et/ou plus 4. Il est donc possible d'utiliser la détection de flux apparentés sur ces numéros de port pour déterminer si le flux envoyé sur le numéro de port principal implémente une correction d'erreur ou pas. Il est donc possible d'utiliser ce critère dans le choix des flux. Le protocole IP implémente également des types de service connus sous le nom de TOS (Type Of Service en anglais). Il est donc également possible d'utiliser ce critère comme critère de filtrage des flux. II existe sept types de service définis sur trois bits dans l'entête des paquets IP : on peut donc filtrer les flux ayant un type de service particulier par analyse de l'entête du paquet IP. Ces paramètres constituent une liste non exhaustive des paramètres utilisables. Il apparaîtra à l'homme du métier que selon le type d'appareil sur lequel l'invention est implémentée, d'autres paramètres peuvent être pertinents et utilisés pour le filtrage des flux candidats à la sélection. Pour chacun de ces critères, on peut choisir des valeurs désirées ou encore des plages de valeurs désirées. Mais il est aussi possible de sélectionner toute valeur, ce qui revient à ne pas filtrer les paquets sur le critère considéré. Si ceci est choisi pour tous les paramètres, cela revient à ne pas faire d'étape de filtrage du tout. Dans ce cas tous les flux trouvés seront potentiellement candidats. Une fois fait le choix de ces critères de filtrage, une étape d'analyse des flux effectivement reçus commence. Cette analyse est faite, préférentiellement, en temps réel par analyse de tous les paquets IP reçus sur l'interface IP considérée. Dans le cadre de l'exemple de réalisation, ces interfaces sont des interfaces Ethernet, mais il pourrait s'agir de tout type d'interface physique supportant la connexion IP. Tous les paquets IP reçus sur cette interface sont considérés. Si au moins un des paramètres de filtrage est sélectionné, une étape de filtrage intervient pour déterminer si le paquet considéré correspond à un flux conforme aux critères de filtrage retenus. Si oui, le paquet reçu permet d'identifier un flux potentiellement candidat. Tous les flux potentiellement candidats ainsi identifiés forment un ensemble de flux potentiellement candidats. Cette étape d'analyse peut être conduite sur un laps de temps déterminé menant à la constitution d'une liste de flux potentiellement candidats figée ou encore être faite de manière continue, du moins jusqu'à être interrompue par l'utilisateur. Dans ce cas, la liste des flux potentiellement candidats est mise à jour en temps réel. Une fois que l'on a obtenu la liste des flux potentiellement candidats, il reste à sélectionner un des flux dans cette liste. Dans un premier mode de réalisation de l'invention, cette sélection est faite manuellement par l'utilisateur, c'est-à-dire la personne en charge de la configuration de l'appareil. Pour ce faire, la liste des flux potentiellement candidats est affichée sur l'écran de contrôle de l'utilisateur. Celui-ci peut alors désigner dans cette liste le flux qu'il souhaite sélectionner. Pour chaque flux de la liste, un ensemble de caractéristiques permettant de les différencier est affiché. Ces caractéristiques peuvent être variables et dépendre du type d'appareil à configurer. Dans l'exemple de réalisation de l'invention, ces paramètres sont l'adresse source du flux, le numéro de port de la source, l'adresse de destination, le numéro de port destination, le débit du flux, le protocole de diffusion du flux et l'utilisation ou non de code correcteur d'erreur. Ces informations permettent l'identification par l'utilisateur du flux désiré et sa sélection. La Fig. 3 représente l'interface homme-machine de l'exemple de réalisation de l'invention. Le cadre du haut présente les différents critères de filtrage utilisables. On y retrouve les différents paramètres décrits ci-dessus. Le cadre du milieu présente la liste des flux candidats identifiés. Les deux cadres dessous représentent les deux interfaces ASI dont dispose l'appareil selon l'exemple de réalisation de l'invention. Dans ce cadre, l'utilisateur précise les paramètres de filtrage dans le cadre du haut. Ces paramètres fixés, le cadre du milieu lui indique les flux candidats détectés sur l'interface IP de l'appareil. Pour effectuer la configuration, il lui suffit de sélectionner un flux dans cette liste, de le glisser-déposer sur le cadre de l'interface ASI sur laquelle il souhaite émettre le flux sélectionné. Dans une variante de réalisation de l'invention, le choix du flux peut se faire automatiquement. Dans le cas où la liste des flux candidats ne contient qu'un élément, la sélection est évidente. Dans le cas où plusieurs flux candidats sont présents, des critères de choix automatique du flux sélectionné peuvent être définis. Ce choix peut être arbitraire : par exemple, on peut sélectionner automatiquement le premier flux de la liste. Le choix peut également être fait en fonction d'un paramètre du flux : par exemple on peut sélectionner le flux de plus fort débit. Cetteanalyse peut être faite de manière continue en temps réel. Dans ce cas, il est possible d'implémenter un mode dans lequel si, par exemple, deux flux sont candidats celui de plus fort débit est sélectionné et si au cours du temps le débit de l'autre flux devient plus important l'appareil se reconfigure automatiquement pour recevoir le second flux en lieu et place du premier. Nous avons, dans ce cas, une sélection temps réel du flux de plus fort débit. Cette fonction peut être utile pour fiabiliser une transmission. Le même flux est alors envoyé par deux routes IP différentes vers l'appareil de réception. Ce dernier sélectionne en permanence le flux de plus fort débit, donc celui dont la réception est la meilleure. Une fois que le flux est sélectionné, il faut encore configurer effectivement l'appareil pour la réception de ce flux. Cette dernière opération consiste à filtrer les paquets IP arrivant sur l'interface pour sélectionner les paquets appartenant au flux sélectionné. Ce filtrage se fait en fonction des caractéristiques du flux, en particulier des adresses source et destination ainsi que des numéros de port source et destination du flux sélectionné. Ces paquets, une fois sélectionnés, sont transmis au module logiciel en charge du traitement. En l'occurrence, il s'agit du module qui va gérer l'envoi de ces paquets au circuit programmable pour une transmission sur l'interface ASI sélectionnée. Ce module s'exécute sur le processeur. On voit que l'utilisation de ce procédé garantit une configuration facile et fiable de l'appareil sans qu'il soit possible d'introduire des erreurs dans les paramètres de configuration. Cette invention peut être implémentée sur tout type d'appareils de réception de flux de données IP quelle que soit l'utilisation qu'il fait du flux. En particulier, elle peut être implantée sur des encodeurs de flux, des appareils d'analyse des flux ou encore des modulateurs ou autres. Il est évident que dans le cas d'un appareil de réception pouvant recevoir plusieurs flux de données simultanément, le procédé peut être reproduit de façon à configurer la réception de plusieurs flux sur l'appareil. REVENDICATIONS 1 /Procédé de configuration de la réception, par un appareil de réception de flux de données, d'un flux de données transmis par un réseau IP, caractérisé en ce qu'il comprend les étapes suivantes : - une étape de détermination d'un ensemble de flux candidats par analyse des paquets IP reçus par l'appareil à configurer ; - une étape de sélection d'au moins un flux candidat parmi l'ensemble de flux candidats ; - une étape d'extraction des paramètres nécessaires à la configuration de la réception du flux sélectionné ; - une étape de configuration de la réception du flux sélectionné à l'aide des paramètres extraits. 2/Procédé selon la revendication 1, caractérisé en ce qu'il comprend en outre : - une étape de choix d'un ensemble de critères de filtrage ; - une étape de filtrage des flux candidats à l'aide desdits critères de filtrage. 3/Procédé selon l'une des revendications 1 ou 2, caractérisé en ce que l'étape de sélection comprend : - une étape d'affichage de l'ensemble des flux candidats ; - une étape de sélection par la personne _en charge de la configuration de l'appareil du flux sélectionné. 4/Procédé selon la revendication 3, caractérisé en ce que l'étape d'affichage comprend l'affichage d'un ensemble de caractéristiques du flux. 5/Procédé selon l'une des revendications 1 ou 2, caractérisé en ce que l'étape de sélection est effectuée automatiquement selon un critère prédéfini. 6/Procédé selon la revendication 5, caractérisé en ce que le critère prédéfini est le débit du flux.30 14 7/Procédé selon la revendication 6, caractérisé en ce que l'étape de sélection automatique selon un critère prédéfini est effectuée continuellement, et que lorsqu'un nouveau flux est sélectionné la configuration de l'appareil de réception est modifiée conformément pour recevoir le nouveau flux sélectionné. 8/Appareil de réception de flux de données pouvant être configuré pour recevoir un flux de données transmis par un réseau IP, caractérisé en ce qu'il comprend : -des moyens de détermination d'un ensemble de flux candidats par analyse des 10 paquets IP reçus par l'appareil à configurer ; - des moyens de sélection d'au moins un flux candidat parmi l'ensemble de flux candidats ; - des moyens d'extraction des paramètres nécessaires à la configuration de la réception du flux sélectionné ; 15 - des moyens de configuration de la réception du flux sélectionné à l'aide des paramètres extraits. 9/Appareil selon la revendication 8 caractérisé en ce qu'il comprend en outre : - des moyens de choisir un ensemble de critères de filtrage ; 20 des moyens de filtrage des flux candidats à l'aide desdits critères de filtrage.