FR 2987213 A1 20130823 FR 1351297 A 20130215 Domaine de l'invention La présente invention se rapporte à un système vidéo pour la représentation de données d'image comprenant : - un serveur avec une installation de codage qui peut fonctionner dans différents modes, et assure le codage de données vidéo selon le mode de fonctionnement activé et elle émet des données codées de transmission, et un client relié au serveur par un réseau étant dans une session de demande de poursuite de traitement et d'affichage des données codées de transmission provenant de l'installation de co- dage. L'invention se rapporte également à un procédé de repré- sentation de données d'image et un programme d'ordinateur ainsi qu'une installation de codage mettant en oeuvre un tel procédé. Etat de la technique Il est devenu usuel d'enregistrer des données d'image telles que par exemple des séquences vidéo sur des serveurs et de les transmettre à la demande à un client relié au serveur en utilisant un réseau pour télécharger les données et les afficher chez le client. Comme les données d'image doivent pouvoir être appe- lées de façon souple, il faut s'assurer qu'en réponse à une demande de données d'image, les liaisons par le réseau puissent se faire à des débits de données différents avec toujours une bonne qualité d'image. Les débits de transmission de données vont de 144 kbit/s pour une liaison ISDN jusqu'à 1000 Mbit/s pour un réseau Ethernet 1000 Mbit/s. En particulier, pour des liaisons par réseau avec une largeur de bande limi- tée, pour transmettre les données d'image sans latence et sans les hacher, il est habituel de comprimer les données d'image selon différents modes de compression en fonction du débit de bits nécessaire à la transmission des données d'image comprimées. Si un client est relié par le réseau au serveur avec un débit de données réduit, il recevra les données d'image comprimées avec ce débit de bits réduit. Si en revanche le débit de transmission de données du réseau est élevé, le client recevra des données d'image comprimées selon un débit de bits plus élevé et ainsi une meilleure qualité d'image. Un tel procédé de transmission de données d'image est par exemple décrit dans le document US 2011/0225315A1 qui constitue l'état de la technique le plus proche. Ce document décrit un système serveur-client dans lequel le serveur fournit un flux de données d'image au client. Les données d'image sont enregistrées sous différentes ver- sions dans le serveur ; ces versions se distinguent par leur débit de bits et leur qualité. A la transmission de données d'image, on observe l'état d'une mémoire-tampon de transmission du serveur et en fonction du niveau de remplissage de la mémoire-tampon de transmission, on sélec- tionne la version actuelle des données d'image ou une version de don- nées d'image correspondant à un débit de bits plus élevé ou plus faible. Exposé et avantages de l'invention La présente invention a pour objet un système vidéo du type défini ci-dessus, caractérisé en ce que l'installation de codage fonc- es tionne non seulement en mode de lecture, mais aussi en mode d'arrêt et/ou d'image fixe et/ou d'avance rapide et/ou de retour rapide, comme modes de fonctionnement actifs, le client choisissant le mode de fonctionnement actif de l'installation de codage. L'invention a également pour objet un procédé de repré- 20 sentation de données d'image d'un serveur chez un client demandant au cours d'une session, au serveur des données d'image pour un mode actif, un retraitement et l'affichage, une installation de codage du serveur assurant le codage des données d'image selon le mode de fonctionnement activé et transmettant des données codées de transmission vers 25 le client, l'installation de codage pouvant fonctionner en plus du mode de lecture également en mode d'arrêt et/ou d'image fixe et/ou d'avance rapide et/ ou de retour rapide, comme modes de fonctionnement activés et le client sélectionne le mode de fonctionnement activé de l'installation de codage. 30 Enfin, l'invention a pour objet un programme d'ordina- teur appliquant un tel procédé ou une installation de codage mettant en oeuvre le procédé. Le système vidéo selon l'invention est destiné à la repré- sentation de données d'image notamment disponibles sous la forme 35 d'un flux de données, en particulier d'une séquence vidéo. Une sé- quence vidéo se compose d'images séparées, juxtaposées en série, équidistantes, ou elles représentent une scène d'image selon un déroulement chronologique. Le système vidéo comprend un serveur avec une installa- tion de codage susceptible de fonctionner en mode actif selon différents modes de fonctionnement. Le serveur est par exemple constitué par un ordinateur, un serveur virtuel ou une unité logique. L'installation de codage qui assure le codage des données vidéo selon le mode de fonctionnement activé, émet les données codées de transmission. Les données vidéo disponibles avant le codage sont de préférence des données brutes, c'est-à-dire des données correspondant à des images distinctes qui se suivent dans le temps et constituent le flux de données d'image. Le codage des données à transmettre est celui de données vidéo comprimées. Pour la compression des données vidéo, on utilise par exemple les normes MPEG-2, MPEG-4 et en particulier, le codage se fait selon la norme H.264. Le système vidéo comprend un client qui est par exemple un autre ordinateur ou en variante, un téléphone mobile, une tablette ou autres équipements de ce type. Le client est relié à un réseau, par exemple un réseau Ethernet ou le réseau Internet par une liaison par câble ou sans câble. Le réseau permet au client et au serveur d'échanger des données dans les deux directions. Notamment au cours d'une session le client demande des données codées de transmission à l'installation de codage et ensuite il les affiche sur un écran. La suite du traitement concerne notamment la conversion des données de trans- mission en données d'image utilisables par le client. La session peut être notamment définie comme durée d'utilisation du serveur par le client. En particulier, le système vidéo est en mode streaming selon lequel les données d'image sont reçues sous forme de données codées de transmission par le client pour être immédiatement reproduites. Les données d'image transmises sont appelées flux immédiat. Les données codées de transmission correspondent de préférence à la norme MPEG-4 AVC-BP encore appelée "profil de ligne de base". Selon l'invention et comme indiqué ci-dessus, l'installation de codage fonctionne en plus du mode de lecture également selon les modes de fonctionnement actifs d'arrêt, d'image fixe, d'avance rapide et/ou de retour rapide. Le client sélectionne le mode de fonctionnement actif de l'installation de codage. Les différents modes de fonctionnement sont demandés par exemple par un utilisateur du client. Le client transmet le mode de fonctionnement actif à l'installation de codage qui change son mode de fonctionnement selon la requête et code des données de transmission selon le mode de fonctionnement activé pour émettre ces données. En particulier, le système vidéo permet au client de régler ou de sélectionner le mode de fonctionnement actif de l'installation de codage. Pour la suite du traitement des données codées de transmission, le client est équipé d'une installation de décodage qui fonctionne en particulier selon la norme MPEG-4 AVC-BP encore appe- lée "profil de ligne de base". En particulier, les données codées de transmission pourront être traitées sous la forme d'un flux par le client, indépendamment du mode de fonctionnement sélectionné, avec décodage dans le cadre du profil de ligne de base. L'avantage de l'invention est que l'installation de codage n'effectue le codage que des seules données vidéo demandées par l'utili- sateur du client actuel et le réseau n'aura à transmettre que ces seules données codées de transmission. Ainsi, en mode d'arrêt, qui est le mode de fonctionnement activé, choisi, le codage et la transmission des autres données d'image seront arrêtés immédiatement ce qui décharge le ser- veur et le réseau. Le mode de fonctionnement d'avance rapide et celui du retour rapide comme modes de fonctionnement activés, permettent le codage d'une version élaguée dans le temps des données d'image par l'installation de codage et cette version élaguée des données d'image comprend moins d'image que la version non élaguée dans le temps des mêmes données d'image, de sorte que le serveur et le réseau seront sou- lagés dans de tels modes de fonctionnement. Un autre avantage de l'invention est que les exigences pour le client sont très réduites et indépendamment du mode de fonctionnement sélectionné et notamment du mode de fonctionnement image fixe ou avance rapide et/ou retour rapide, le client recevra un flux de données. Selon un développement préférentiel, l'installation de codage est réservée exclusivement au client pour la session. Cette association exclusive est une liaison biunivoque entre le client et l'installation de codage, de sorte que l'installation de codage répond exclusivement aux demandes du client. L'avantage de ce développement est notam- ment que cette association exclusive et la possibilité de choisir le mode de fonctionnement de l'installation de codage, offrent à l'utilisateur du client la souplesse et l'interactivité maximales pour commander la génération des données codées de transmission et l'envoi de ces données. L'utilisateur est ainsi libre à n'importe quel moment d'intervenir dans la transmission des données codées de transmission et de faire passer l'installation de codage dans un autre mode de fonctionnement. En particulier, par l'envoi d'un ordre au client, l'utilisateur peut, à tout instant, passer librement à n'importe quelle position des données d'image et commencer à partir de là, n'importe quel mode de fonctionnement pour l'installation de codage. L'installation de codage peut être constituée par un com- posant sous forme d'équipement du serveur ; l'installation de codage est de préférence une instance de codage, c'est-à-dire un composant de programme. Par exemple, dans le cas d'une multiplicité de clients, chaque client aura sa propre instance de codage lancée sur le serveur. En particulier, chaque instance de codage est associée exclusivement de manière précise à un client. Selon un développement avantageux de l'invention, l'ins- tallation de codage travaille en temps réel pour coder les données vidéo. Le temps réel est défini par les requêtes du client, de sorte que le mode de lecture des données vidéo se fera avec un décalage dans le temps par exemple de moins de deux secondes, notamment moins d'une seconde pour le codage. Dans le cas du mode d'avance rapide ou de retour ra- pide, les données codées de transmission seront selon la demande du client, codées avec un retard inférieur à 2 secondes, notamment inférieur à 1 seconde. Le traitement en temps réel est avantageux car lors d'une commutation du mode de fonctionnement, l'installation de codage peut réagir rapidement et l'utilisateur pourra contrôler la présentation des données d'image sans retard ou avec seulement un faible retard. Notamment, les données codées de transmission sont générées à la volée par l'installation de codage et peuvent ainsi être adaptées au mode de fonctionnement habituel. De façon particulièrement préférentielle, le système vidéo comporte une installation qui définit ou évalue les débits de transmis- sion de données disponibles ou utilisables dans le réseau, en particulier la liaison du réseau entre le serveur et le client. Par exemple, l'installation évalue le niveau de remplissage d'une mémoire-tampon de sortie du serveur vers le réseau pour évaluer le débit de données de transmis- sion disponibles ou utilisables. Cette installation est par exemple réali- sée selon le document US 2011/0225315 Al cité ci-dessus. Le système vidéo et notamment le serveur et en particulier son installation de codage sélectionnent selon le débit de transmission de données disponibles ou utilisables dans la liaison de réseau, la compression des données vidéo pour obtenir les données codées de transmission dont le débit de transmission de données (encore appelé débit de bits), est inférieur au débit de données disponibles dans le réseau pour permettre une représentation des données d'image chez le client sans latence ou sans secousse. En variante, le client définit le débit de données de transmission pour les données codées de transmission. L'adaptation ou la modification du taux de données de transmission, de façon automatique ou manuelle, adaptée de façon souple, pour les données codées de transmission grâce à l'association exclusive de l'installation de codage au client, est particulièrement éco- nome en capacité de mémoire car lors d'un changement de débit de transmission de données, souhaité, l'installation de codage commute le codage des données à transmettre. En particulier, le changement de codage se fait immédiatement, c'est-à-dire sans retard et/ou en temps réel. Contrairement à cela, il fallait selon l'état de la technique, compri- mer les données d'image selon plusieurs niveaux de qualité pour en- suite sélectionner les données codées à transmettre en fonction de la demande et du débit de données de transmission, souhaité. Ces procédures connues avaient l'inconvénient que les données d'image qui, le cas échéant, n'étaient jamais demandées, étaient néanmoins compri- mées sous plusieurs copies comme données codées de transmission et devaient être enregistrées en mémoire en réserve, sous différents niveaux de qualité. De façon préférentielle, dans le mode d'avance rapide et/ou de retour rapide, une seule sélection d'images de données d'image en particulier de données de sortie comme images sélectionnées, ont fournie de façon codée comme données codées de transmission par l'installation de codage. En particulier dans les données d'image, entre les images sélectionnées, il y a des images intermédiaires qui ne sont pas transmises dans ce mode de fonctionnement. Si une séquence vidéo correspond par exemple à 50 images par seconde, en mode d'avance ou de retour rapide, seule chaque seconde, chaque troisième, chaque quatrième, etc. image des données d'image sera codée et les seules données ainsi codées seront transmises vers le client par le réseau. Ce développement a l'avantage que dans le cas d'avance ou du retour rapide, les données d'image ne sont pas transmises dans leur totalité et lorsque le client sélectionne l'avance ou le retour rapide à partir des données d'image complètes, l'installation de codage, côté serveur, ne prépare que les images correspondant à ces modes de fonctionnement. Selon un développement préférentiel de l'invention, le système vidéo en mode d'image fixe ou arrêt sur image, assure le codage de l'image actuelle dans les données vidéo avec une qualité supérieure à celle de l'image actuelle identique transmise antérieurement pour que cette nouvelle image soit transmise au client. Dès que l'utilisateur sélectionne le mode d'arrêt sur image ou d'image fixe, on suppose que l'utili- sateur veut examiner plus précisément l'image actuelle. Dans ce mode de fonctionnement, l'image actuelle est recodée dans le serveur et d'autres données sont transmises en complément de l'image actuelle vers le client de sorte que la qualité de l'image actuelle sera améliorée. En option, lors du recodage, on modifie la résolution de l'image actuelle et on effectue le codage avec une plus grande résolution de l'image ac- tuelle et on la transmet au client. Dans le mode d'image fixe, on utilise le débit de données disponibles dans le réseau pour améliorer l'image actuelle affichée chez le client. Selon un développement, l'installation de codage est une installation de transcodage et le serveur comporte une mémoire, no- tamment une banque de données dans laquelle sont enregistrées les données de sortie. Ainsi, les données d'image sont tout d'abord codées comme données de sortie pour leur enregistrement en mémoire et pour que la place de mémoire occupée dans le serveur soit réduite. Ce pre- mier codage se fait de préférence avec une réduction minimale de la qualité des données d'image. En particulier, le codage se fait selon la norme MPEG-4 ou H.264. Selon le mode de fonctionnement activé, l'installation de transcodage décode les données codées de sortie provenant de la banque de données dans un module de décodage pour récupérer les données vidéo et ensuite les coder dans un module de codage et les fournir comme données codées de transmission. De façon particulièrement préférentielle, le codage dans le module de décodage ne correspond pas au premier codage. Selon un développement de l'invention, les données co- dées de sortie sont organisées pour avoir un ensemble de trames-clés et un ensemble de sous-trames en particulier des trames P et des trames B. Lors du codage vidéo, il est habituel de grouper les données codées d'image en groupes d'images encore appelés groupes GoP qui se retrou- vent sous la forme d'un groupe en fonction d'images séparées (trames) successives, codées les unes en fonction des autres sous la forme d'un flux d'images dans une séquence vidéo constituant les données d'image. La trame-clé encore appelée intra image est une image de référence dans un groupe d'images qui correspond à une image fixe et dont dé- pendent les autres types d'images du même groupe d'image. La trame- clé peut être ainsi lue dans les données de sortie codées sans nécessiter de calcul complexe. Après le décodage, on dispose des données d'image comme données vidéo et celles-ci sont de préférence des trames en mode Raw (trames d'images brutes). Il s'agit ainsi d'images successives indépendantes les unes des autres. Les données vidéo sont codées par le module de codage pour obtenir des données codées de transmission qui sont de préférence de nouveau groupées en groupes d'images GoP. En particulier, le co- dage est fait selon la norme MPEG-4 et/ou H.264. De façon préférentielle, en mode d'avance ou de retour rapides, on ne sélectionne comme images que les trames-clés dans les données codées de sortie. On n'utilise aucune sous-trame, c'est-à-dire pas d'images intermédiaires. La sélection des différentes images dans un flux de données d'image, est appelée Scratching. Ce mode de sélec- tion a l'avantage de soulager très fortement le module de décodage car les trames-clés sont indépendantes des autres trames dans le flux de données d'image et elles peuvent ainsi être décodées avec une mise en oeuvre de moyens plus faible que le décodage des sous-trames. En particulier, les trames-clés sélectionnées comme images sont transformées en trames Raw par le module de décodage et sont ensuite converties par le module de codage en données codées de transmission. Par exemple, à partir de cinq groupes d'images dans les données codées de sortie avec chaque fois cinq images, on ne lira que les trames-clés et on les transformera en trames Raw pour obtenir ainsi cinq trames Raw. Ces cinq trames Raw sont ensuite transformées dans le module de codage en un autre groupe d'images qui ne comporte chaque fois qu'une seule trame-clé et quatre sous-trames successives. Ce traitement de signal soulage l'installation de transcodage et réduit au minimum la liaison dans le réseau. De façon particulièrement avantageuse, en mode d'image fixe ou d'arrêt sur image, on code de nouvelles sous-trames pour les envoyer au client qui améliorera ainsi la précision de détail dans l'image actuelle. En particulier, l'image fixe est rendue plus précise chez le client. En variante dans le mode d'image fixe, l'image actuelle est reco- dée avec une meilleure résolution, notamment avec la résolution maximale disponible ou la résolution de la trame Raw pour être ensuite transmise au client. La transmission peut se faire notamment sous la forme d'un groupe d'images GoP, de sorte que tout d'abord on transmet une trame-clé avec une résolution améliorée et ensuite des sous-trames pour améliorer la précision du détail. Selon un développement préférentiel de l'invention, les données d'image sont celles d'une scène de surveillance fixe fournie par au moins une caméra de surveillance. Selon un développement, on uti- lise d'une manière particulièrement avantageuse la compression vidéo. En particulier, l'avance et/ou le retour rapide, seront particulièrement efficaces car les images sélectionnées montrent de façon concordante la même scène surveillée, le cas échéant avec des objets surveillés ou des objets de surveillance différents. Selon un autre développement, l'invention a pour objet un procédé de représentation de données d'image d'un serveur chez un client celui-ci étant lié au serveur au cours d'une session pour demander un mode de fonctionnement actif, la poursuite du traitement et l'affichage, une installation de codage du serveur assurant le codage des données vidéo selon le mode de fonctionnement activé et envoyant au client les données codées de transmission ; l'installation de codage peut fonctionner en plus du mode de lecture également en mode d'arrêt, en mode d'image fixe, en mode d'avance rapide et/ou en mode de retour rapide qui constituent les différents modes de fonctionnement activés ; le client sélectionne le mode de fonctionnement qui doit être activé dans l'installation de codage. Dessins La présente invention sera décrite ci-après de manière plus détaillée à l'aide de systèmes vidéo de représentation de données d'image selon l'invention expliqués dans les dessins annexés dans les- quels : - la figure 1 est un schéma par blocs d'un système vidéo correspondant à un premier exemple de réalisation de l'invention, - la figure 2 est une représentation analogue à celle de la figure 1 d'un système vidéo correspondant à un second exemple de réalisation de l'invention, - la figure 3 est un schéma explicitant le mode de fonctionnement de l'avance rapide du système vidéo selon les figures précédentes, - la figure 4 explicite le mode de fonctionnement d'arrêt sur image des systèmes vidéo des figures précédentes selon un premier mode de réalisation, - la figure 5 est un schéma explicitant le mode d'arrêt sur image des systèmes vidéo selon un second mode de réalisation.35 Description de mode de réalisation de l'invention La figure 1 est le schéma d'un système vidéo 1 selon un exemple de réalisation de l'invention pour la présentation de données d'image. Les données d'image ou données vidéo sont notamment des séquences vidéo composées d'un ensemble d'images successives équi- distantes dans le temps de sorte que la séquence vidéo peu former un film. Selon une application possible du système vidéo, les données d'image sont des séquences vidéo fournies par des caméras de surveillance ; les données d'image présentent une scène de surveillance, sta- tionnaire. L'application peut se faire d'une manière particulièrement avantageuse dans le cas d'un système vidéo 1 car les données d'image ont toujours pratiquement le même fond de la scène, ce qui permet une compression particulièrement efficace des données d'image. Le système vidéo 1 comporte un serveur 2 fournissant des données de sortie pour les données d'image qui résultent par exemple d'une surveillance correspondant aux données d'image transmises par au moins une caméra de surveillance et qui sont enregistrées dans une mémoire en étant reliées au serveur ou en étant intégrées au serveur. Le système vidéo 1 comprend en outre un client 3 relié au serveur 2 par un réseau 4. Le réseau 4 est par exemple un réseau sans câble ou un réseau par câble, par exemple un réseau Ethernet ou le réseau Internet. Le client 3 peut demander de traiter ou d'afficher des données d'image du serveur 2 par le réseau 4. Pour demander des données d'image, le client 3 transmet des ordres B par le réseau 4 au serveur 2. En particulier, par les ordres B, on transmet la sélection d'un mode de fonctionnement actif au serveur 2. Le mode de fonctionnement est par exemple la lecture, l'arrêt, l'arrêt sur image, l'avance rapide ou le retour rapide. La lecture affiche les données d'image à la vitesse nor- male pour le client 3. Le mode de fonctionnement "arrêt" correspond à l'absence de données d'image présenté au client 3. Le mode de fonctionnement "arrêt sur image" produit l'affichage permanent actif ou actuel d'une image des données pour le client 3. En mode d'avance rapide, les données d'image sont affichées dans le sens de l'avant suivant une trame de temps et pour la marche arrière, elles seront affichées en retour dans la trame de temps. Le serveur 2 comporte une installation de codage 5 qui sélectionne et assure le codage des données vidéo sur le fondement des données de sortie selon le mode de fonctionnement actif et il fournit ces données comme données de transmission codées. Le codage des données vidéo se fait par exemple selon la norme MPEG-4 et/ou H.264 Codec, selon les normes enregistrées. L'installation de codage 5 est un programme ou un complément de programme ; pendant la durée d'une io cession avec le client 3, cette installation est exclusivement associée à ce client. Cela signifie que l'installation de codage 5 pendant la cession de l'utilisateur continu, est codée exclusivement pour les données vidéo du client 3 associé et les données de transmission codées de façon correspondante peuvent être émises selon le mode de fonctionnement actif. 15 L'avantage de ce contexte est que l'installation de codage 5 est activée uniquement par les ordres B du client 3 et elle utilise les ressources du serveur 2. Pour réagir aux ordres B et notamment à l'alternance des modes de fonctionnement actifs, d'une manière très rapide, le codage des données vidéo se fait en temps réel ou "à la volée" ou 20 en fonction de la demande. Cela signifie par exemple que dès que le mode de fonctionnement arrêt est activé par l'ordre B, l'installation de codage 5 termine le codage des données vidéo. Dans le mode de fonctionnement d'avance rapide ou de retour rapide comme mode de fonctionnement actif, il est possible 25 qu'une installation de codage 5 n'assure le codage que d'une s'élection d'image disponible des données d'image et transmet cette information comme données de transmission codée par le réseau 4 car en cas d'avance rapide, dans le mode évoqué, seule chaque seconde, troisième, quatrième, etc., image, d'une séquence d'images sera représentée et 30 ainsi transmise. Cela s'applique également au mode de fonctionnement "retour rapide" qui permet de réduire le nombre d'images à transmettre. Dans des conditions réelles, le taux de transmission de données dans le réseau 4 est souvent limité. Ces circonstances sont prises en compte par le calcul de sorte que l'installation de codage 5 as- 35 sure le codage des données vidéo avant leur transmission par le réseau 4 et les comprime dans ces conditions. Toutefois, les normes usuelles de compression vidéo utilisent des coefficients de compression différents, qui entraînent d'une part des qualités différentes pour les données d'image affichées sur le client 3 et d'autre part conduisent à d'autres transmission de données actives, (encore appelées taux de bit) qui conduisent au codage de transmission de données. C'est ainsi qu'il est par exemple possible en cas de taux faible de données disponibles, de sélectionner le réseau 4 avec un taux de bits faible pour la compression. Le débit en bits pour le codage des données vidéo peut être prédéfini par un client 3 ; ce dernier disposera par exemple d'un champ de sélection contenant différents débits de bits pour la sélection. Dès que le client 3 aura sélectionné un débit de bits, cette information est transmise comme ordre B au serveur 2 et l'installation de codage 5 code les données vidéo selon le débit de bits sélectionné. En variante ou en complément, on peut également déterminer la fréquence d'image ou la taille d'image par le codage fait par le client 3 à l'aide d'un ou plusieurs ordres B. En variante, le serveur 2 et/ou l'installation de codage 5, peuvent avoir un réglage de paramètre par adaptation ou autocom- mandé ou autorégulé, qui définit les paramètres de codage des données vidéo. Par exemple, une mémoire-tampon de sortie, notamment un tampon TCP/IP du serveur 2 est prévu pour le réseau 4 et le niveau de remplissage du tampon de sortie est une mesure de la transmission consécutive des données codées à transmettre. Si le niveau de remplis- sage de la mémoire-tampon augmente, on en conclut que le débit de bit sélectionné est trop grand pour le débit de transmission de données disponibles vers le réseau 4 et ainsi on réduit le débit de bits pour le codage des données vidéo. Si le niveau de remplissage du tampon de sortie chute fortement, cela signifie que le débit de bit est trop faible pour le taux de transmission de données disponibles vers le réseau 4. Dans ce cas, on augmente le débit de bit pour le codage des données vidéo. Le changement automatique ou manuel du débit de bits est appliqué immédiatement par l'installation de codage 5, de sorte que les données vidéo ne seront codées qu'avec un seul débit de bits comme paramètre et notamment il n'y aura pas en parallèle plusieurs copies codées avec des débits de bits différents. En mode d'arrêt sur image, l'image tout d'abord active se- ra représentée avec le codage actuel pour le client 3. Après toutefois transmission du mode arrêt sur image par l'ordre B, le codage des autres données vidéo et l'émission des données codées à transmettre seront mis en pause selon le mode d'arrêt sur image activé, de sorte que d'une part l'installation de codage 5 sera inoccupée et d'autre part on disposera d'un débit de transmission de données suffisant pour le ré- seau 4. Dans le mode d'arrêt sur image, on a un nouveau codage ou un recodage de l'image active et cette image active sera transmise avec une meilleure résolution ou un codage plus réduit et dans tous les cas, avec une meilleure qualité vers le client 3. Il peut s'agir d'une nouvelle transmission de l'image active ou d'un complément d'informations d'image vers l'image active déjà disponible chez le client 3. La figure 2 montre un second exemple de réalisation de l'invention utilisant les mêmes références pour les mêmes composants que ci-dessus et il sera fait référence à leur description. Dans l'exemple de réalisation de la figure 2, le chemin du signal des données d'image dans le serveur 2 sera décrit plus précisément. Les données d'image d'origine externe sont enregistrées dans la mémoire 6 ; les données d'image sont enregistrées sous la forme de données de sortie A, codées. La compression des données d'image se fera par exemple selon le codage MPEG-4 ou H.264. Les données de sortie codées A sont ensuite transmises à l'installation de codage 5 qui, dans cet exemple de réalisation, est une installation de transcodage. L'installation de codage 5 de ce mode de réalisation comporte un module de décodage 7 et un module de codage 8 (encore appelé module d'encodage). Les données de sortie codées pro- venant de la mémoire 6 sont décodées dans le module de décodage 7 et sont ensuite disponibles comme données vidéo V sous la forme d'images distinctes, successives, en série, indépendantes les unes des autres. En particulier, les données d'image V sont des trames en mode Raw (trames d'image brute). Les données vidéo V sont codées dans le module de codage 8 pour obtenir des données codées de transmission U en appliquant le procédé MPEG-4 ou H.264. Le codage dans le module de codage 8 dépend du mode de fonctionnement actif et/ou des para- mètres sélectionnés, notamment des débits de bits/débits de transmis- sion de données sélectionnées ou encore de la résolution de l'image ou de la fréquence d'image (trames par seconde-fps) pour les données codées à transmettre. La figure 3 explicite le procédé de génération de données lo codées de transmission U pour le mode d'avance rapide. Dans la partie inférieure de la figure 3, on a représenté schématiquement les données de sortie codées A telles qu'elles sont enregistrées dans la mémoire 6. Les données de sortie codées A sont réparties en groupes d'images GoP ; chaque groupe GoP est une image-clé 9 (encore appelée trame-clé) et 15 comporte un ensemble de sous-trames 10. Chacune des trames 9, 10 correspond à une image dans une séquence vidéo. La trame-clé 9 est indépendante des autres trames et contient toutes les informations d'images correspondant à l'image à laquelle elle est associée. Les sous-trames en revanche se rapportent 20 aux trames en amont ou en aval, de sorte qu'une sous-trame 10 seule, ne contient pas toutes les informations d'images nécessaires à l'obtention d'une image. Dans le mode d'avance rapide (encore appelé mode- Scratch) l'installation de codage 5, notamment le module de décodage 7, 25 ne sélectionne que les trames clés 9 des données de sortie A et rejette les sous-trames 10. Dans l'exemple présenté, le codage ne concerne ainsi que chaque quatrième trame. Le décodage ne nécessite que peu de moyens car les trames clés 9 contiennent déjà toutes les informations d'images. En résultat, on obtient les données vidéo V sous la forme de 30 trames brutes (trames Raw) 11 qui constituent les images sélectionnées des données d'image d'origine car entre les images sélectionnées 11 il y a chaque fois trois images intermédiaires qui sont dans ce cas les sous-trames 10. Il est également possible de ne décoder que chaque se- 35 conde, troisième ou énième trame clé 9 pour les données vidéo V et de rejeter les trames 9, 10 intermédiaires. Le mode d'avance rapide a l'avantage de balayer simplement des plages de temps très étendues. Le module de codage 8 assure le codage des trames Raw 11 des données vidéo V pour obtenir les données codées de transmis- sion U qui se présentent de nouveau comme groupes GoP avec des trames-clés 9 et des sous-trames 10. Les paramètres du codage sont indépendants des paramètres du codage des données d'image pour les données codées de sortie A. Les données codées de transmission U sont ensuite transmises par le réseau 4 vers le client 3. Le client 3 reçoit les données codées de transmission, les décode et affiche les données d'image selon le mode d'avance rapide actif. L'avantage de ce type d'avance rapide est que le décodage ne demande que très peu de temps de calcul car il n'utilise que les trames-clés 9 comme images sélectionnées. Indépendamment de cela, pour transmettre vers le client 3, on ne code que les trames qui doivent effectivement être affichées. Cela se traduit par une réduction effective du volume de données transmises par le réseau 4 et la préparation des données par l'installation de codage 5. Le mode de retour rapide s'applique de façon analogue. La figure 4 montre dans une représentation analogue à celle de la figure 3, le mode d'arrêt sur image selon un premier mode de réalisation. Dans ce mode de fonctionnement, on suppose que l'utilisateur chez le client 3 a activé le mode arrêt sur image pour l'image actuelle ou l'image active à l'instant tO. Ce mode de fonctionnement est transmis au serveur 2 et notamment à son installation de codage 5 comme ordre B. Le serveur ou l'installation de codage ne code pas de nouvelles données vidéo V, mais commence à recoder l'image actuelle à l'instant tO (dans ce cas elle est transmise comme sous-trame 10) à partir de la trame en mode Raw (trame brute) 11 correspondante pour amé- liorer la qualité de l'image, notamment la précision des détails de l'image actuelle affichée chez le client 3. Pour cela, le module de décodage 8 code d'autres sous-trames 10 de la trame Raw 11 de l'image actuelle sous-trames qui contiennent d'autres informations de détail provenant de la trame Raw 11 et les sous-trames sont transmises comme données de transmission U vers le client 3. Le client 3 reçoit les sous-trames 10 supplémentaires en complément de l'image actuelle et celle-ci pourra afficher successivement une meilleure qualité. La figure 5 montre une variante de réalisation dans la- quelle après activation du mode arrêt sur image, la trame Raw 11 cor- respondant à l'image actuelle est de nouveau codée et est transmise comme groupe GoP avec une trame-clé 9 et d'autres sous-trames 10 vers le client 3. Cette variante de réalisation a l'avantage de modifier la résolution de l'image, c'est-à-dire le nombre de pixels par image dans le mode arrêt sur image. Il est ainsi par exemple possible dans le cas d'une liaison par réseau à largeur de bande limitée, de demander dans le mode arrêt sur image, de nouveau l'image actuelle à travers le réseau 4 et avec une meilleure résolution.15 NOMENCLATURE DES ELEMENTS PRINCIPAUX 1 système vidéo 2 serveur 3 client 4 réseau 5 installation de codage 6 mémoire 7 module de décodage 8 module de codage 9 image-clé/ trame-clé 10 sous-trame 11 trame en mode Raw/trame brute15 REVENDICATIONS1°) Système vidéo (1) pour la représentation de données d'image comprenant : - un serveur (2) avec une installation de codage (5) qui peut fonction- ner en mode de fonctionnement actif, dans différents modes de fonc- tionnement, - l'installation de codage (5) assure le codage de données vidéo (V) selon le mode de fonctionnement activé et elle émet des données codées de transmission (U), - un client (3) relié au serveur (2) par un réseau (4) étant dans une session demandant la poursuite du traitement et l'affichage des données codées de transmission (U) provenant de l'installation de codage (5), système vidéo caractérisé en ce que l'installation de codage (5) fonctionne non seulement dans des modes de fonctionnement actifs, en mode de lecture, mais aussi en mode d'arrêt et/ou d'image fixe et/ou d'avance rapide et/ou de retour rapide, le client (3) choisissant le mode de fonctionnement actif de l'installation de codage (5). 2°) Système vidéo (1) selon la revendication 1, caractérisé en ce que l'installation de codage (5) est associée exclusivement au client (3) au cours de la session. 3°) Système vidéo (1) selon la revendication 1, caractérisé en ce que l'installation de codage (5) assure le codage en temps réel des données vidéo (V). 4°) Système vidéo (1) selon la revendication 1, caractérisé en ce que dans le mode avance rapide et/ou retour rapide, seule une sélection d'images (9) des données d'image comme images sélectionnées est émise comme données codées de transmission (U) par l'installation de codage(5), et au moins une image intermédiaire (10) se trouve entre les images sélectionnées dans les données d'image. 5°) Système vidéo (1) selon la revendication 1, caractérisé en ce que dans le mode arrêt sur image, l'image actuelle des données vidéo (V) est recodée avec une qualité supérieure pour être transmise au client (3). 6°) Système vidéo (1) selon la revendication 1, caractérisé en ce que l'installation de codage est une installation de transcodage (5) et le serveur (2) comporte une mémoire (6) recevant les données codées de sortie (A), et assurant selon le mode de fonctionnement activé, l'installation de transcodage (5) le décodage des données codées de sortie (A) provenant de la mémoire (6) dans un module de décodage (7) pour obtenir les don- nées vidéo (V) et ensuite coder ces données dans un module de codage (8) et les fournir comme données codées de sortie (U). 7°) Système vidéo (1) selon la revendication 6, caractérisé en ce que les données codées de sortie (A) ont un grand nombre de trames-clés (9) et un grand nombre de sous-trames (10), et dans le mode d'avance rapide et/ ou de retour rapide, on ne sélectionne comme image sélectionnée, que les trames-clés (9) dans les données codées de sortie (A). 8°) Système vidéo (1) selon la revendication 7, caractérisé en ce que les trames-clés (9) sélectionnées comme images sélectionnées, sont transformées par le mode de décodage (7) en trames brutes (11) qui sont converties par le module de codage (8) en données codées de transmis- sion (U). 9°) Système vidéo (1) selon la revendication 6, caractérisé en ce queles données codées de transmission (U) contiennent un grand nombre de trames-clés (9) et un grand nombre de sous-trames (10), et dans le mode d'arrêt sur image, l'image actuelle est recodée à partir des données codées de sortie (A) ou des données vidéo (V) et des sous-trames (10) supplémentaires étant générées pour l'image actuelle ou recodées et un groupe d'images supplémentaires (GoP) avec une trame-clé (9) et des sous-trames (10) est généré pour compléter l'image actuelle et les sous-trames (10) supplémentaires ou les groupes d'images supplémentaires (GoP) sont transmis au client comme données codées de trans- mission. 10°) Système vidéo (1) selon la revendication 6, caractérisé en ce que les données d'image présentent une scène de surveillance, fixe, fournie par au moins une caméra de surveillance. 11°) Procédé de représentation de données d'image d'un serveur (2) chez un client (3), le client (3) demandant au cours d'une session au serveur, des données d'image pour un mode actif, un retraitement et l'affichage, l'installation de codage (5) du serveur (3) assurant le codage des don- nées d'image (V) selon le mode de fonctionnement activé et transmettant des données codées de transmission (U) vers le client (3), l'installation de codage (5) pouvant fonctionner en plus du mode de lecture également en mode arrêt et/ou image fixe et/ou avance rapide et/ou retour rapide, comme modes de fonctionnement activés et le client (3) sélec- tionne le mode de fonctionnement activé de l'installation de codage (5). 12°) Programme d'ordinateur comportant des moyens de code de programme pour exécuter toutes les étapes du procédé de la revendication 11 lorsque le programme est appliqué par un ordinateur et/ou un sys- tème vidéo (1) selon l'une quelconque des revendications 1 à 10. 13°) Installation de codage (5), notamment pour un système vidéo selon l'une quelconque des revendications 1 à 10, dans laquellel'installation de codage (5) fonctionne selon plusieurs modes de fonctionnement actifs, et assure le codage des données vidéo (V) selon le mode de fonctionnement activé pour émettre des données codées de transmission (U), installation de codage caractérisée en ce qu' à côté du mode de lecture, elle fonctionne également en mode arrêt et/ou image fixe et/ou avance rapide et/ou retour rapide, comme modes de fonctionnement activés, le mode de fonctionnement activé de l'installation de codage (5) étant sélectionné par le client (3).10