Brevet FR2861245A1 — publié le 20050422

Procédé de vidéo surveillance, dispositif, système et programmes d'ordinateur correspondant. 1. Domaine de l'invention La présente invention se rapporte au domaine du codage et de la transmission de vidéo numérique. Plus précisément, l'invention propose une nouvelle technique de détection de mouvement, adaptée aux services de surveillance à fournir. 2. Description de l'art antérieur. Les applications de vidéo surveillance sont très connues et très développées. Des fournisseurs de solutions de réseau local domestique proposent des systèmes de vidéo surveillance intégrés, mais aux fonctionnalités limitées à une visualisation permanente ou à une alarme anti-intrusion (par exemple). Beaucoup de systèmes classiques de vidéo surveillance reposent sur la détection de mouvement ou de présence via des capteurs: ainsi, le brevet US6,525,659 Automatic sliding doors for refrigerator unit (ou Portes s'ouvrant automatiquement pour une unité de réfrigération en français) de Jaffe et al. décrit des capteurs détectant une présence humaine devant une porte afin de pouvoir ouvrir cette porte automatiquement. Ces techniques présentent l'inconvénient d'offrir des fonctionnalités restreintes. Certains systèmes commerciaux proposent des techniques permettant une détection de mouvement à partir d'une analyse de flux vidéo. Ainsi, le brevet US6,081,606 de Hansen et al intitulé "Apparatus and a method for detecting motion within an image sequence" (ou appareil et procédé pour détecter des mouvements dans une séquence d'image ) décrit un système de vidéo surveillance particulièrement bien adapté pour la sécurité dans les aéroports puisque son but ultime est de connaître la direction d'un mouvement suspect quand il est détecté. Il différencie plusieurs types de mouvement: lent, moyen et rapide. Quand aucun mouvement lent n'est détecté, alors c'est la recherche de mouvement moyen puis rapide qui peut être mise en oeuvre par une adaptation automatique d'un seuil d'activité de mouvement. Selon cette technique, seul un type de service est proposé. La détection de mouvement basé sur la comparaison de trames deux à deux entraîne, en effet, des limitations. Cette technique présente également l'inconvénient de ne pas être adaptée aux réseaux domestiques et, en particulier, de ne pas pouvoir rediriger une alarme vers une personne présente normalement sur les lieux de surveillance ou proches. La technique illustrée dans le brevet US5,959,681 de Yong-Hun Cho intitulé Motion picture detecting method (en français procédé de détection d'image animée ) permet de distinguer des blocs de mouvement rapide et des blocs de mouvement lent entre deux trames successives. Son but est de convertir une vidéo entrelacée (où deux trames successives sont en fait des demi-trames, la première contenant les lignes paires et la deuxième les lignes impaires, et sont acquises à quelques millisecondes d'intervalle) en vidéo progressive (où deux trames successives sont combinées en une seule, ayant donc toute la résolution verticale, mais pouvant présenter des petits décalages si un mouvement s'est produit pendant le temps d'acquisition). La connaissance de la rapidité du mouvement permet d'affiner la recomposition des trames localement sur les différents blocs ainsi identifiés. Le brevet US6,418,168 de Narité et al intitulé Motion vector detection apparatus, method of the same, and image processing apparatus (ou détecteur de vecteur de mouvement, méthode correspondante et appareil de traitement d'image en français) décrit une technique de détection de mouvement optimisant l'espace de recherche de l'analyse de mouvement en cas de mouvement rapide. Cet espace de recherche est en fait un ensemble de blocs d'une image précédent l'image dont le codage de mouvement est en cours. La technique couverte par le brevet US5,351,083 de Tsukagoshi et al. intitulé Picture encoding and/or decoding system ( système de codage et/ou de décodage d'image en français) vise à coder le mouvement dans une vidéo de façon différente quand le mouvement est rapide ou quand il est lent. Les vecteurs de mouvement sont analysés pour savoir si l'on est en présence de mouvement rapide ou lent, et selon le cas une quantification différente est appliquée sur le codage de ces blocs. Ces différentes techniques présentent l'inconvénient d'être limitée à une détection de mouvement entre deux trames. En outre, elles sont relativement complexes à mettre en oeuvre et leur coût est souvent prohibitif. Elles ne sont donc pas adaptées à un réseau domestique. 3. Présentation de l'invention L'invention selon ses différents aspects a notamment pour objectif de pallier ces inconvénients de l'art antérieur. Plus précisément, un objectif de l'invention est de fournir un système et un procédé détection de mouvement particulièrement bien adapté à des services de vidéo surveillance différents cohabitant dans un même système. Un autre objectif de l'invention est de mettre en oeuvre une détection de mouvement bien adapté à la surveillance domestique. Elle a, en particulier, pour objectif de permettre plusieurs types de surveillance, notamment la détection d'intrusion et la surveillance de bébés, d'une manière simple à mettre en oeuvre et économique. La présente invention a également pour but de faciliter l'utilisation d'un équipement vidéo domestique pour lui adjoindre une fonctionnalité de vidéo- surveillance. Dans ce but, l'invention propose un procédé de vidéosurveillance dans un réseau de communication comprenant au moins une caméra vidéo, le procédé comprenant une réception d'au moins un flux de données émis par au moins une des caméras vidéo, chacun des flux de données comprenant plusieurs images, le procédé comprenant en outre: une configuration d'au moins une de la ou des caméras vidéo selon un mode de détection déterminé parmi au moins deux modes distincts; une détection de mouvement dans le ou les flux de données selon le mode de détection; et une génération d'au moins un signal d'alarme sur le réseau si au moins un mouvement a été détecté selon le mode de détection. Ainsi, l'étape de configuration est facilitée: les modes de détection sont, en effet, préférentiellement prédéterminés en fonction des différentes applications possibles, par exemple, de détection d'intrusion ou de surveillance d'enfant. Ainsi, le mode de détection est particulièrement bien adapté à l'application et est donc plus efficace. Selon une caractéristique particulière, le procédé est remarquable en ce que le mode de détection est associé à un type d'application mise en oeuvre par au 10 moins une des caméras vidéo. Ainsi, une ou plusieurs caméras mettent en oeuvre une application particulière et on peut modifier le mode de détection en fonction de l'application associée. On obtient, de cette manière, une détection plus fiable et on diminue le risque d'avoir des alarmes inutilement déclenchées ou au contraire une non- détection de mouvements recherchés. Selon différents modes de réalisation de l'invention, le mode de détection est mis à jour dans des tables de configuration propres aux applications et/ou aux caméras associées de manière implicite ou explicite à des applications particulières. Selon une caractéristique particulière, le procédé est remarquable en ce que le mode de détection appartient à un ensemble comprenant; la détection de mouvements lents; et la détection de mouvements rapides. Ainsi, le mode de détection associé à un mouvement lent ou rapide est fiabilisé et les ressources (bande passante sur liens de communications, mémoire et moyens de calcul notamment) utilisées sont économisées: pour une détection de mouvements lents, le procédé analyse préférentiellement plusieurs images sur une longue durée (préférentiellement supérieure à 20 s.) alors que pour une détection de mouvements rapides, la durée d'analyse sera beaucoup plus courte (préférentiellement, de l'ordre de 5 s.). En outre, le procédé est bien adapté à des applications courantes dans une maison, notamment la surveillance d'enfants (préférentiellement associée à une détection de mouvements lents) et l'identification d'intrusions non désirées (préférentiellement associée à la détection de mouvements rapides). Selon une caractéristique particulière, le procédé est remarquable en ce que la détection de mouvement est effectuée en prenant en compte au moins trois images dans un des flux de données. Ainsi, on fiabilise la détection de mouvement. Selon une caractéristique particulière, le procédé est remarquable en ce que la détection de mouvement est effectuée en prenant en compte toutes les images dans un des flux de données pendant une durée prédéterminée. Ainsi, on améliore encore plus la fiabilité de la détection de mouvement. Selon une caractéristique particulière, le procédé est remarquable en ce qu'il comprend une étape de configuration de la durée. L'invention permet, ainsi, une adaptation aux besoins de l'utilisateur d'une manière souple et simple à mettre en oeuvre. Selon une caractéristique particulière, le procédé est remarquable en ce qu'il comprend une étape d'identification du type de flux de données reçu et de traitement correspondant. De cette façon, la détection de mouvement et donc le traitement correspondant sont optimisés en fonction du type de flux de données, par exemple, compatibles avec les formats définis selon les normes mini-DV, motion-JPEG, MPEG-2 ou MPEG 4. Le procédé est adapté à traiter des données pouvant notamment être codées selon un codage basé mouvement ou selon un codage basé trame. Le procédé est également adapté à traiter des images en provenance de caméras de différents types. Ainsi, le procédé peut être avantageusement mis en oeuvre dans un environnement pouvant comprendre des caméras de différents types et modèles (par exemple, camescopes, caméras internet (ou webcam), ...). Selon une caractéristique particulière, le procédé est remarquable en ce qu'il comprend une transmission d'une information représentative d'un signal d'alarme généré, à un ensemble d'au moins un terminal de visualisation. Ainsi, l'invention permet une communication directe d'une information de surveillance vers un usager sans que ce dernier soit nécessairement devant un écran dédié. Selon une caractéristique particulière, le procédé est remarquable en ce qu'il comprend une étape de détermination dynamique de l'ensemble. Ainsi, le procédé est particulièrement bien adapté à une mise en oeuvre dans un environnement de maison ou de petits bureaux qui comprennent un ou plusieurs terminaux de visualisation (par exemple, téléviseurs, écrans d'ordinateurs). Selon une caractéristique particulière, le procédé est remarquable en ce que l'étape de détermination dynamique comprend une détection de mouvement de sorte à déterminer la présence d'une personne proche d'un terminal appartenant au réseau et à insérer le terminal correspondant dans l'ensemble. Ainsi, le procédé permet de cibler correctement une personne susceptible de vérifier si tout est correct en fonction de l'application en n'utilisant pas de ressources inutilement et/ou d'équipement supplémentaire au réseau. Selon une caractéristique particulière, le procédé est remarquable en ce que la détermination dynamique comprend: - une étape de mémorisation du mode de détection, dit d'origine; une étape de configuration dans un mode de détection, dit de détermination dynamique de personne, permettant de déterminer la présence d'une personne; et - une étape de basculement du mode de détection de détermination dynamique de personne au mode de détection d'origine, selon une règle prédéterminée. Ainsi, le procédé permet d'identifier une personne à alerter en utilisant les mêmes éléments de base (notamment caméras) et infrastructure (réseau en particulier) que les moyens propres à la vidéosurveillance. Selon une variante de réalisation, le procédé bascule dans un mode d'identification lui permettant d'identifier une personne à alerte et revient dans le mode d'identification d'origine selon une règle prédéterminée, par exemple à l'expiration d'une temporisation ou encore après réception d'une information de validation par un utilisateur local (par exemple, la personne identifiée) ou distant (si, par exemple, aucune personne n'a été identifiée localement). Selon une caractéristique particulière, le procédé est remarquable en ce que le flux de données comprend, en outre, des données sonores, et en ce que le procédé comprend: - une détection de bruit dans le ou les flux de données d'une intensité supérieure à un seuil prédéterminé selon le mode de détection configurable; et une génération d'au moins un signal d'alarme sur le réseau si au moins un bruit d'un niveau supérieur au seuil prédéterminé est détecté selon le mode de détection configurable. Ainsi, on fiabilise la détection qui se fait à la fois en fonction d'une 20 détection de bruit et de mouvement dans un flux de plusieurs images correspondantes. La détection sonore peut notamment être mise en oeuvre pendant, avant ou après une détection de mouvement dans un flux de données particulier: une détection sonore mise en oeuvre avant une détection de mouvement permet de simplifier la mise en oeuvre, une détection sonore étant généralement plus simple à réaliser qu'une détection de mouvement; une détection sonore mise en oeuvre après une détection de mouvement permet de confirmer ou non une détection de mouvement; et des détections sonores et de mouvement conjointes permettent une analyse plus fine. Dans tous les cas, les résultats d'une détection sonore et d'une détection de mouvements peuvent être pondérés en fonction de l'application, pour déclencher ou non une alarme. L'invention concerne également un dispositif de vidéosurveillance destiné à être mis en oeuvre dans un réseau de communication comprenant au moins une caméra vidéo, le dispositif comprenant des moyens de réception d'au moins un flux de données émis par au moins une des caméras vidéo, chacun des flux de données comprenant plusieurs images, le dispositif comprenant en outre: des moyens de configuration de la ou d'au moins une des caméras vidéo selon un mode de détection déterminé parmi au moins deux modes distincts; - des moyens de détection de mouvement dans le ou les flux de données selon le mode de détection; et - des moyens de génération d'au moins un signal d'alarme sur le réseau si au moins un mouvement a été détecté selon le mode de détection. Selon une caractéristique particulière, le dispositif est remarquable en ce que le mode de détection est associé à un type d'application mise en oeuvre par au moins une des caméras vidéo. Selon une caractéristique particulière, le dispositif est remarquable en ce 20 que le mode de détection appartient à un ensemble comprenant; la détection de mouvements lents; et la détection de mouvements rapides. Selon une caractéristique particulière, le dispositif est remarquable en ce que la détection de mouvement est effectuée en prenant en compte au moins trois 25 images dans un des flux de données. Selon une caractéristique particulière, le dispositif est remarquable en ce que la détection de mouvement est effectuée en prenant en compte toutes les images dans un des flux de données pendant une durée prédéterminée. Selon une caractéristique particulière, le dispositif est remarquable en ce qu'il comprend des moyens de configuration de la durée. Selon une caractéristique particulière, le dispositif est remarquable en ce qu'il comprend des moyens d'identification du type de flux de données reçu et de traitement correspondant. Selon une caractéristique particulière, le dispositif est remarquable en ce qu'il comprend des moyens de transmission d'une information représentative d'un signal d'alarme généré, à un ensemble d'au moins un terminal de visualisation. Selon une caractéristique particulière, le dispositif est remarquable en ce qu'il comprend des moyens de détermination dynamique de l'ensemble. Selon une caractéristique particulière, le dispositif est remarquable en ce que les moyens de détermination dynamique comprennent des moyens de détection de mouvement de sorte à déterminer la présence d'une personne proche d'un terminal appartenant au réseau et à insérer dans l'ensemble le terminal correspondant. Selon une caractéristique particulière, le dispositif est remarquable en ce 15 que les moyens de détermination dynamique comprennent: - des moyens de mémorisation du mode de détection, dit d'origine; des moyens de configuration dans un mode de détection, dit de détermination dynamique de personne, permettant de déterminer la présence d'une personne; et - des moyens de basculement du mode de détection de détermination dynamique de personne au mode de détection d'origine, selon une règle prédéterminée. Selon une caractéristique particulière, le dispositif est remarquable en ce que le flux de données comprend, en outre, des données sonores, et en ce que le dispositif comprend: des moyens de détection de bruit dans le ou les flux de données d'une intensité supérieure à un seuil prédéterminé selon le mode de détection configurable; et des moyens de génération d'au moins un signal d'alarme sur le réseau si au moins un bruit d'un niveau supérieur au seuil prédéterminé est détecté selon le mode de détection configurable. L'invention concerne, en outre, un système de vidéosurveillance destiné à être mis en oeuvre dans un réseau de communication comprenant au moins une caméra vidéo, le système comprenant des moyens de réception d'au moins un flux de données émis par au moins une desdites caméras vidéo, chacun des flux de données comprenant plusieurs images, le système comprenant en outre: des moyens de configuration de la ou d'au moins une des caméras vidéo selon un mode de détection déterminé parmi au moins deux modes distincts; des moyens de détection de mouvement dans le ou les flux de données selon le mode de détection; et - des moyens de génération d'au moins un signal d'alarme sur le réseau si au moins un mouvement a été détecté selon le mode de détection. De plus, l'invention concerne un produit programme d'ordinateur comprenant des éléments de programme, enregistrés sur un support lisible par au moins un microprocesseur, remarquable en ce que les éléments de programme contrôlent le ou les microprocesseurs pour qu'ils effectuent une vidéosurveillance dans un réseau de communication comprenant au moins une caméra vidéo, les éléments de programme effectuant: - une réception d'au moins un flux de données émis par au moins une des caméras vidéo, chacun des flux de données comprenant plusieurs images, - une configuration de la ou d'au moins une des caméras vidéo selon un mode de détection déterminé parmi au moins deux modes distincts; - une détection de mouvement dans le ou les flux de données selon le mode de détection; et une génération d'au moins un signal d'alarme sur le réseau si au moins 30 un mouvement a été détecté selon le mode de détection. L'invention concerne aussi un produit programme d'ordinateur comprenant des séquences d'instructions adaptées à la mise en oeuvre d'un procédé de vidéosurveillance décrit précédemment selon l'invention lorsque le programme est exécuté sur un ordinateur. Les avantages du dispositif, du système et des produits programme d'ordinateur sont les mêmes que ceux du procédé de vidéo-surveillance, ils ne sont pas détaillés plus amplement. 4. Brève description des figures. D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation préférentiel, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels: - la figure 1 présente un synoptique d'un système de surveillance, conforme à l'invention selon un mode particulier de réalisation; la figure 2 illustre schématiquement un réseau associé au système de surveillance de la figure 1; la figure 3 décrit un dispositif formant un noeud du réseau de la figure 2; - les figures 4 et 5 présentent schématiquement une configuration du système de la figure 1; et les figures 6a, 6b, 7 et 8 illustrent schématiquement des algorithmes de surveillance mis en oeuvre dans le système de la figure1. 5. Description détaillée de l'invention. Le principe général de l'invention repose sur un réseau comprenant une ou plusieurs caméras qui transmettent des flux vidéo à un noeud de réseau haut-débit. Ce noeud comprend des moyens de détection d'un mouvement. Cette dernière est effectuée en fonction d'une configuration effectuée par l'usager qui associe chaque caméra à un type de détection particulier correspondant à un mouvement brusque ou lent, d'une durée plus ou moins longue. Ainsi, le noeud met en oeuvre la détection en intégrant les différences entre deux images consécutives sur une fenêtre de détection de longueur dépendant de la configuration et, si les différences cumulées dépassent un seuil d'alerte configurable, le noeud mémorise le flux vidéo analysé et transmet une information d'alerte visuelle et/ou sonore, et/ou le flux vidéo correspondant à un terminal de visualisation (ordinateur ou écran de téléviseur par exemple) permettant d'informer l'usager par incrustation de ces données sur l'écran du terminal. Selon une variante de l'invention, le système comprend des moyens de détecter la présence d'un usager à proximité d'un terminal de visualisation. Ainsi, la détection des mouvements de cet usager selon la configuration associée à une caméra, permet de rediriger une information d'alerte et/ou le flux vidéo correspondant vers le terminal de visualisation le plus proche de l'usager détecté. On présente, en relation avec la figure 1, un mode de réalisation d'un système de surveillance conforme à l'invention selon un mode particulier de réalisation qui comprend, reliés entre eux par un réseau de communication 1 (par exemple de type réseau local domestique) : deux caméras 11 et 14 de type DV (Vidéo Numérique) ou basées sur les normes MPEG2 et MPEG4; un noeud 20 de gestion de vidéosurveillance appelé terminal réseau; deux ordinateurs 7 et 9; et - un téléviseur 6. Le réseau 1 est, par exemple, du type tel que décrit dans la demande de brevet français publiée sous le n 2 820 921, intitulé Dispositif et procédé de transmission dans un commutateur et déposé par la société Canon Inc (marque déposée). Il comprend notamment des moyens de transmission et de commutation à haut débit permettant de transmettre des flux vidéo entre deux noeuds du réseau. plus précisément le brevet cité ci-avant illustre un réseau mettant en oeuvre: un protocole d'échange; et une matrice d'arbitrage dans un module de commutation pouvant recevoir et émettre des données de plusieurs sources, notamment via des interfaces de type IEEE1394 et/ou IEEE1355. Après configuration par un utilisateur, le noeud 20 met en oeuvre une détection de mouvement basée sur différents formats, notamment selon les formats DV, MPEG2 ou MPEG4. La caméra 11 filme en permanence une zone de la pièce dans laquelle elle est placée (par exemple, une chambre d'enfant) et transmet de manière continue ou quasi-continue le flux vidéo correspondant au noeud 20. Le noeud 20 analyse le flux vidéo qu'il reçoit et détermine s'il doit ou non transmettre une alarme (ou un signal d'alarme) à un usager, en fonction de la configuration effectuée par l'usager. Ainsi, si la configuration de la caméra 11, mémorisée par le noeud 20, correspond à une détection d'intrusion, le noeud 20 analyse le flux reçu sur une période de quelques secondes en déterminant les différences entre toutes les images consécutives appartenant à une fenêtre de quelques secondes. Si la somme des différences (ou différence cumulée) dépasse un certain seuil, un mouvement brusque, susceptible de correspondre à une intrusion est détecté. Ainsi, si la configuration caméra 11, mémorisée par le noeud 20, correspond à une surveillance de bébé, le noeud 20 analyse le flux reçu sur une période plus longue. Si la différence cumulée sur cette période dépasse un certain seuil, un mouvement lent, susceptible de correspondre à un réveil de bébé est détecté. Après dépassement du seuil de détection de mouvement rapide ou lent en fonction de la configuration, le noeud 20 transmet un signal d'alarme à l'ordinateur 9 ou au téléviseur 6 qui affiche le lieu (tel qu'apparaissant dans la configuration) correspondant à la caméra 11, un identifiant d'alarme et les images filmées par la caméra 11. L'usager peut ainsi vérifier la nature de la perturbation. Selon une variante de l'invention, la caméra 14 placée dans la pièce (par exemple le salon de la maison) où se situe l'ordinateur 9 est activée si le noeud détecte une perturbation associée à la caméra 11. Si, après analyse d'un flux vidéo transmis par la caméra 14, le noeud 20 détecte un mouvement lent (susceptible de correspondre à la présence d'un usager), il transmet automatiquement au terminal ou aux terminaux de contrôle situés dans la même pièce que la caméra 14 (ici, l'ordinateur 9 et le téléviseur 15), l'alerte correspondante à la caméra 11. La figure 2 illustre le réseau 1 précédemment présenté en regard de la figure 1. Plus précisément, dans chaque pièce de la maison, des équipements audiovisuels 11, 12, 13, 6 à 9 et 15 sont reliés via des liens analogiques 5, 28 et 29 ou numériques 3, 10, 16 à 19 et 36 (de type Internet ou IEEE1394) à des terminaux réseau 20 à 24 qui assurent l'interface avec le reste du réseau 1 dans toute la maison. Ces équipements audio-visuels sont des périphériques de visualisation, par exemple: - des terminaux de visualisation tels que les écrans de téléviseurs 6 et 15 ou les ordinateurs 7 et 9; - des périphériques 11, 12, 13 et 14 d'acquisition de vidéo, par exemple, de type caméras (notamment camescopes ou webcam) ; des périphériques de lecture de vidéos pré-enregistrées, notamment un lecteur de disques vidéo numérique ou DVDs 8, un magnétoscope 25, et les ordinateurs 7 et 9. Le terminal réseau 23 comprend un convertisseur numérique/analogique et vice-versa; il peut donc accepter directement des données analogiques (par exemple via la liaison 28). Une liaison analogique peut également être reliée à un terminal réseau via un convertisseur numérique/analogique ou un pont. Ainsi, pour relier les périphériques respectivement 8 et 25 avec entrées/sorties analogiques au réseau local 1, des convertisseurs respectivement 26 et 27 transforment les signaux vidéo d'entrées/sorties analogiques en signaux numériques (véhiculés sur les liens 36 et 37 de type IEEE 1394) afin que les informations puissent être analysées par les terminaux réseau 20 à 24. Les liens des périphériques numériques sont, par exemple, du type IEEE1394 (pour les caméras 11 à 14, l'ordinateur 9 ou Ethernet pour l'ordinateur 7). Les téléviseurs 6 et 15 sont respectivement reliés à un noeud (ou terminal réseau) par un lien respectivement 28 analogique et 18 numérique de type IEEE1394. Selon un mode préféré de réalisation, le réseau 1 comprend plusieurs noeuds 20 à 24 mettant en oeuvre des algorithmes de vidéo surveillanceillustrés en regard des figures 6a, 6b, 7 et 8. Dans le réseau, chaque noeud 20 à 24 connaît les périphériques qui lui sont connectés dans cette pièce ainsi que leur état (actif ou inactif). Selon une variante de l'invention, le réseau comprend un seul noeud central permettant un fonctionnement centralisé. Ce noeud est connecté directement ou via un réseau à chacune des caméras et à chacun des périphériques de contrôle, de visualisation de vidéo et/ou de mémorisation de flux vidéo. Il met également en oeuvre des algorithmes de vidéo surveillance illustrés en regard des figures 6a, 6b, 7 et 8. La figure 3 illustre schématiquement un dispositif correspondant au noeud 20 tel qu'illustré en regard de la figure 1 (les noeuds 21 à 24 possédant une structure similaire). Le noeud 20 comprend reliés entre eux par un bus d'adresses et de données 41: - un processeur 40; - une mémoire vive 42; - une mémoire non volatile 43; - deux interfaces IEEE1394 numériques 44 et 45; une interface analogique 50; une interface 51 vers le réseau local 1; et - une interface homme/machine 46. Chacun des éléments illustrés en figure 3 est bien connu de l'homme du métier. Ces éléments communs ne sont pas décrits ici. On observe que le mot registre utilisé dans toute la description désigne dans chacune des mémoires mentionnées, aussi bien une zone de mémoire de faible capacité (quelques données binaires) qu'une zone mémoire de grande capacité (permettant de stocker un programme entier ou l'intégralité d'une séquence de données de transactions). La mémoire non volatile 43 conserve dans des registres qui par commodité possèdent les mêmes noms que les données qu'ils conservent le programme de fonctionnement du processeur 40 dans un registre prog 47. Les algorithmes mettant en oeuvre les étapes des procédés décrits ciaprès, notamment en regard des figures 6a, 6b, 7 et 8 sont stockés dans la mémoire non volatile 43 associé au noeud 20 mettant en oeuvre des étapes de ces algorithmes. A la mise sous tension, le processeur 40 charge et exécute les instructions de ces algorithmes. La mémoire vive 42 conserve des données, des variables et des résultats intermédiaires de traitement et comprend notamment: le programme prog 48 de fonctionnement du processeur 40 chargé à la mise sous tension du noeud 40; - une table 35 de service associée à chaque camera connectée au noeud 20; et des variables de fonctionnement du programme 48 dans un registre 49. La figure 4 présente, à titre illustratif, une configuration d'un terminal réseau 20 à 24 via un terminal de contrôle (par exemple l'ordinateur 9 ou l'un des téléviseurs 6 ou 15 associé à une télécommande) . Le terminal de contrôle présente plusieurs menus 30 à 34. Ces menus permettent de configurer de manière interactive les noeuds 20 à 24. Le menu 30 représente la première étape d'une telle configuration: l'utilisateur choisit un type de service souhaité, par exemple surveillance d'un bébé ou détection d'intrusion. La sélection d'un de ces services déclenche la mise à jour de la table représentée en figure 5 grâce aux différentes caractéristiques techniques des services proposés. Ainsi, l'application de surveillance de bébé, par exemple, s'apparente à la détection d'un mouvement anormalement long, et pas forcément brutal, appelé ici, mouvement lent sur un intervalle de temps donné . La détection d'intrusion quant à elle est caractérisée par l'apparition brutale d'un personnage dans une scène, appelé ici mouvement rapide . Bien sûr, l'invention est également compatible avec une détection combinée vidéo et audio qui permettrait de déclencher une alarme également sur détection de cri ou de pleurs pour la surveillance de bébé, ou sur détection de bruit anormal pour la détection d'intrusion. Lorsque le service de surveillance désiré a été sélectionné par le menu 30, l'utilisateur a la possibilité de choisir un mode de visualisation de sa surveillance dans le menu 31: ce dernier propose à l'utilisateur, par exemple: une visualisation permanente (qui pourra se traduire par l'incrustation 10 d'une fenêtre vidéo sur un écran de télévision ou d'ordinateur) retransmettant en permanence la pièce filmée; un mode pas de visualisation qui pourra être choisi, par exemple, si le service de surveillance est activé alors que tous les habitants de la maison sont sortis; et - un mode de visualisation sur détection d'alarme qui sera certainement le plus couramment choisi et qui correspond à la mise en oeuvre de l'algorithme de détection illustré en regard des algorithmes de surveillance globale illustrés en regard des figures 6a, 6b et 8 et au déclenchement de la procédure d'alarme décrite en regard de la figure 7. Le menu 32 correspond à la troisième étape de la configuration du système. L'utilisateur définit ici dans quelle pièce de la maison il souhaite que le service choisi lors de la seconde étape soit réalisé. Le système ne propose des services de vidéo surveillance que dans les pièces de la maison où une caméra a été répertoriée au préalable dans le terminal réseau de cette pièce. L'appellation des pièces de la maison ( Chambre Thomas , etc.) est supposée définie à l'installation du réseau ou lors d'une mise à jour et donc accessible par les terminaux réseau. Le menu 33 illustre la quatrième étape de configuration du système 30 mettant en oeuvre l'invention. Lors de cette étape, l'utilisateur définit quels sont les périphériques de la maison affectés à la visualisation des alarmes (ou la vidéo permanente dans le cas où ce mode a été choisi dans le menu 31). Dans ce menu, seuls des périphériques de visualisation sont proposés par le menu 33, leur liste étant connue grâce aux informations détenues par les terminaux réseaux. Préférentiellement, l'utilisateur peut demander l'affichage du flux vidéo sur une partie ou sur tous les écrans de visualisation en sélectionnant le ou les périphériques correspondant. De plus, le menu 33 lui propose l'option tout écran pour autoriser un éventuel signal d'alarme à être envoyé vers tout écran de la maison se trouvant dans une pièce où une présence normale d'un habitant de la maison est détectée sans connaissance à priori de cette pièce selon l'algorithme illustré en regard de la figure 8. Préférentiellement, cette possibilité est réservée au mode de visualisation sur détection d'alarme proposé dans le menu 21, le mode visualisation permanente engendrant alors un trafic important de données. Le menu 34 permet une gestion des seuils et plus précisément propose deux sous-menus: - un sous-menu de définition de la durée de la fenêtre de surveillance, par pas d'une seconde (par défaut 30 secondes, par exemple, pour la surveillance de bébé et 5 secondes pour la détection d'intrusions) ; et un sous-menu affecté au choix du niveau d'alarme (par exemple, peu sensible, moyennement sensible ou très sensible). Préférentiellement, l'utilisateur peut modifier, grâce au menu 34, la configuration des durées de fenêtres de surveillance et de niveau d'alarme afin de les adapter selon ses propres critères (par exemple selon le comportement de son bébé). La figure 5 illustre une table 35 d'affectation d'une caméra à un service permettant à un seul système de gérer plusieurs services de vidéo surveillance. Cette table 35 comprend quatre colonnes: une première colonne identifiant la ou les caméras; - une seconde colonne indiquant l'application associée; - une troisième colonne précisant la technique de détection de mouvement; et une dernière colonne correspondant au type de transmission vidéo et aux écrans de visualisation concernés. La liste de toutes les caméras de la maison apparaît en première colonne (par exemple, chambre d'enfant , chambre de bébé , mezzanine et salon ). Pour chacune d'elle, le service choisi à la première étape de configuration, via le menu 30 est enregistré dans la seconde colonne d La troisième colonne précise une technique de détection de mouvement affecté à la caméra correspondante de la première colonne, par exemple, mouvement rapide , approprié à la détection d'intrusion, et mouvement lent correspondant plus à la surveillance de bébé. Dans ce cas, on définit un paramètre (via le menu 34) L comme étant par exemple de 30 secondes: ce paramètre est important car la détection de mouvement lent pourra également être requise sur des périodes beaucoup plus courtes dans le cas de détection de présence normale comme précisé dans les algorithmes illustrés ci-après. Enfin, la table 35 indique dans sa dernière colonne transmission vidéo & écran de visualisation si le flux vidéo reçu de la caméra correspondante doit être transmis sur le réseau ou non lorsque une alarme est détectée et dans l'affirmative quels sont les écrans de visualisation concernés. Selon une variante de réalisation, la table 35 est scindée en plusieurs 25 tables. Ainsi, la table 35 est scindée, par exemple, en deux tables: - une table associant chaque caméra à une application; et - une table définissant les paramètres de configuration propres à chaque application (notamment le mode de détection). Après configuration ou mise à jour de cette dernière lors d'une étape 30 d'initialisation 100, le système et plus précisément un ou plusieurs terminaux réseau mettent en oeuvre une procédure de vidéo surveillance telle qu'illustrée en regard des figures 6a et 6b. La table 35 présentée en regard de la figure 5 est partagée entre (ou accessible par) tous les noeuds 20 à 24. Chaque noeud 20 à 24 a ensuite en charge d'exécuter la procédure de vidéo surveillance décrite maintenant pour analyser tous les flux vidéos qui lui sont transmis par des caméras qui ne sont pas en veille selon la table 35. La procédure de vidéo surveillance débute par un test 101, au cours duquel le noeud 20 à 24 détermine si le format de la vidéo à traiter est de type mini-DV ou 10 MPEG-2/MPEG-4. Afin de bien comprendre la portée de l'invention, nous allons ici rappeler brièvement les bases du codage vidéo que l'on trouve aujourd'hui dans les caméscopes ou caméras du commerce. Il existe deux techniques principales de codage vidéo: - le codage basé mouvement (par exemple de type MPEG) ; et le codage basé trames (par exemple de type mini-DV, Motion-JPEG). Le codage basé mouvement distingue des images inter et des images intra dans une séquence vidéo: - les images intra sont codées isolément, sans référence à d'autres images selon préférentiellement une technique de type JPEG (comprenant essentiellement trois étapes: transformée DCT pour passer dans le domaine fréquentiel, quantification des coefficients pour éliminer un maximum d'informations hautes fréquences auxquelles l'oeil humain est peu sensible, et codage entropique pour réduire sans perte les informations obtenues jusque là). Elles ont pour but de répartir régulièrement les informations en évitant que des erreurs éventuellement récupérées en cours de séquence ne se propagent trop loin dans cette séquence; et les images inter peuvent être codées soit à partir d'images intras, soit à partir d'autres images inter; dans les deux cas, on essaie de définir une image i à partir d'une image r de référence en estimant et codant le mouvement entre ces deux trames (on utilise dans le reste du document indifféremment le terme trame et le terme image ). Le but de cette estimation du mouvement est de diminuer le montant d'information nécessaire au codage de l'image grâce à l'exploitation de la redondance temporelle très forte dans une séquence vidéo, où les 25 ou 30 images acquises par seconde présentent nécessairement beaucoup de similarités. Généralement, l'image r se situe avant l'image i, mais MPEG prévoit des modes ou l'image r est située après l'image i (ce qui impliquera un ordonnancement spécifique des données lors de la transmission). Selon les normes MPEG, les images intra sont appelées les images I, et les images inter, les images P (prédites) et B (bi-directionnelles, c'est-à-dire pouvant faire référence à une image future et une image passée). Le codage d'une image r à partir d'une image i consiste en la recherche de mouvement, défini à partir de vecteurs de mouvement estimés entre des blocs (de 8x8 pixels par exemple) ou plus souvent des macroblocs (16x16 pixels). Chaque (macro) bloc de l'image i est donc analysé et une recherche est faite sur tous les (ou une partie des) blocs de l'image r afin de trouver lesquels peuvent être le plus facilement mis en correspondance. Classiquement, la technique de mise en correspondance permet de trouver des vecteurs translationnels à deux dimensions (horizontale et verticale) qui minimisent la différence entre le (macro)bloc courant de l'image i et l'application du vecteur de mouvement trouvé sur le (macro) bloc de l'image r. L'application de ce vecteur de mouvement s'appelle la compensation de mouvement, et le bloc obtenu après cette compensation une prédiction du bloc courant de l'image i. Le codage de mouvement consistera donc en le codage: - du vecteur trouvé ; de l'erreur correspondant à la différence entre le bloc courant de l'image i et sa prédiction. Cette erreur sera ensuite transformée par une DCT, puis quantifiée et enfin codée entropiquement. Le codage basé trames ne distingue que des images intras, et donc ne code pas de mouvement en tant que tel. Le taux de compression d'un tel codage est moins fort que celui d'un codage de type MPEG, car il n'exploite pas de redondance temporelle, mais il présente l'avantage d'avoir un temps de codage réduit, la recherche de vecteurs de mouvement étant un processus très coûteux. Si lors du test 101, le noeud détecte qu'il s'agit d'images de type miniDV, le codage est alors basé trames et donc chaque image est codée en JPEG, indépendamment des autres images de la séquence. Les images sont soit numériques, soit analogiques; le noeud recevant les images détermine la nature numériques ou analogiques contenues dans un paquet de transport en lisant l'entête de ce paquet. Selon le mode de réalisation décrit qui est à la fois simple et peu coûteux, si les images proviennent d'une caméra numérique (par exemple caméras 11 à 14) connectées sur un port IEEE 1394, la détection du type de flux vidéo se fera par lecture (selon la norme IEEE 1394.1) du champ appelé stream type (ou type de flux en français) dans la table de configuration dite config rom de la caméra. Selon une variante de réalisation, le noeud analyse les entêtes dans les flux reçus pour déterminer leur nature. Si les images proviennent d'une caméra analogique, par défaut, on suppose que seuls des flux MPEG sont disponibles. Ensuite, lors d'un test 102, le noeud vérifie si le service de surveillance souhaité correspond à une détection de mouvement rapide ou de mouvement lent par consultation des paramètres de la caméra correspondante tels qu'ils figurent dans la table 35. Dans le cas d'une détection de mouvement rapide souhaitée, toutes les images correspondant aux 5 dernières secondes de vidéo sont analysées lors d'une étape 103, pour estimer leur activité de mouvement (le nombre de 5 étant un paramètre modifiable du système). Pour cela, on applique une techniques quelconque d'estimation de mouvement connue de l'homme du métier. Préférentiellement, puisqu'on cherche essentiellement un changement brutal dans un flux d'images tel que l'apparition d'un personnage dans une pièce représentant une scène statique, on pourra se contenter d'effectuer les différences entre toutes les images consécutives lors de l'étape 103 et vérifier si la différence cumulée est inférieure à un certain seuil lors d'un test 104. Ce seuil de normalité est une donnée interne du système, préférentiellement modifiable par le menu 34. Il est suffisamment élevé pour prendre en compte les éventuels petits mouvements normaux de la scène tels qu'un bruissement de rideau ou un changement d'illumination sans dépassement du seuil et, au contraire, suffisamment faible pour détection un mouvement anormal. Si la différence est supérieure à un seuil de normalité S1, alors une procédure d'alarme 200 illustrée en regard de la figure 7 est déclenchée, puis l'étape 101 est réitérée. Sinon, un test 107 détermine si le mode de visualisation choisi correspond 20 à une visualisation permanente des flux vidéos de surveillance. Dans l'affirmative, lors d'une étape 108, le flux vidéo est transmis vers les périphériques prédéfinis lors de la phase de configuration dans le menu 33. Dans la négative ou après l'étape 108, l'étape 101 est réitérée. En variante, au lieu de réitérer l'étape 101, on revient directement à l'étape 25 103 ou 105 correspondant à l'application en cours afin d'éviter de refaire les tests 101, 102 et 109 à chaque nouvelle image à analyser. Si lors du test 102, le système identifie qu'une détection de mouvement lent est souhaitée, toutes les images correspondant aux L dernières secondes de vidéo sont analysées lors d'une étape 105, pour estimer leur activité de mouvement. L correspond dans le cas, notamment, de la surveillance bébé à une période égale, par exemple, à 30 secondes, cette valeur présente dans la table 35 pouvant être à tout moment modifiée par l'utilisateur. L'activité mouvement sera ici aussi estimée en additionnant toutes les différences d'une image à l'autre. Ensuite, lors d'un test 106, le système détermine si cette activité est normale ou non en vérifiant la somme des différences est supérieure à un seuil S2. S2 est préférentiellement du seuil SI utilisé lors du test 104 car ici on ne recherche pas de mouvement forcément brutal , mais tout mouvement qui durerait depuis (trop) longtemps. Si le test 106 indique que la différence est supérieure au seuil S2 autorisé, on est en présence d'un mouvement trop long et donc suspect, et la procédure d'alarme 200 est déclenchée, puis l'étape 101 est réitérée. Sinon, on met en oeuvre le test 107 décrit précédemment. Selon une variante de réalisation de l'invention, on modifie l'algorithme de la figure 6a de la manière suivante: - le test 102 est supprimé ; l'étape 103 est remplacée par l'étape 105, le paramètre L étant initialisé à 5s par défaut pour une détection de mouvement rapide; et - les tests 104 et 106 fusionnent en un seul test, les seuils S1 et S2 étant remplacés par un seuil S, les valeurs de S applicables valant S1 ou S2 suivant le type de détection et étant mémorisées dans la table 35. Si lors du test 101, le noeud détecte que le format vidéo est de type MPEG- 2 ou MPEG-4, on est alors en présence de codage de vidéo basé mouvement. Dans ce cas, on effectue ensuite un test 109 qui détermine si le service de surveillance souhaité correspond à une détection de mouvement rapide ou de mouvement lent. Dans le cas d'une recherche de mouvement rapide, lors d'une étape 110, le système estimer l'activité correspondant à des mouvements en cumulant tous les vecteurs de mouvement des images acquises lors des 5 dernières secondes (ce paramètre de durée étant modifiable par l'utilisateur). L'étape 110 est proche de l'étape 103, une différence étant que l'estimation de l'activité mouvement se fait à partir des vecteurs générés par la caméra pour le codage des images inter. Après l'étape 110, l'activité de mouvement étant estimée, le système exécute un test 111, comparable aux tests 104 et 106 précédemment décrits, avec comme seule différence la valeur du seuil de normalité S3, qui est adapté aux valeurs spécifiques des vecteurs de mouvement (il s'agit de coordonnées translationnelles spatiales). Si le résultat du test 111 est positif, la procédure d'alarme 200 est déclenchée, puis l'étape 101 est réitérée. Sinon, l'étape 107, telle que décrite précédemment, est exécutée. Quand le résultat du test 109 est négatif, le système détecte un mouvement lent sur une durée L. L'étape 112 a donc alors pour but d'estimer ce mouvement tel que décrit à l'étape 110, mais cette fois sur toutes les images de la durée L. Ensuite, lors d'un test 113, le système détermine si cette activité dépasse un seuil de normalité S3 (paramétrable par l'utilisateur). Dans l'affirmative, la procédure d'alarme 200 est déclenchée, puis l'étape 101 est réitérée. Dans la négative, l'étape 107 est exécutée. Selon une variante de réalisation de l'invention, on modifie l'algorithme de la figure 6a de la manière suivante: le test 109 est supprimé ; l'étape 110 est remplacée par l'étape 112, le paramètre L étant initialisé à 5s par défaut pour une détection de mouvement rapide; et - les tests 111 et 113 fusionnent en un seul test, les seuils S3 et S4 étant remplacés par un seuil S', les valeurs de S' applicables valant S3 ou S4 suivant le type de détection et étant mémorisées dans la table 35. Selon une variante de réalisation de l'invention illustrée en regard de la figure 6b et afin d'augmenter la fiabilité de la vidéo-surveillance, un ou plusieurs terminaux-réseau du système de vidéo-surveillance utilisent également une information sonore fournie par la ou les caméras de vidéosurveillance. Selon ce mode de réalisation de l'invention, on définit un seuil d'alarme sonore représentant un niveau sonore au delà duquel un bruit devient anormal. Un seuil (appelé seuil_sonore_i) est préférentiellement défini pour chaque type de service. La procédure de vidéo surveillance est synchronisée avec une surveillance audio. Cette procédure ne dépend pas du type de vidéo utilisée et est très similaire dans les cas où les cas de détection rapide ou lente. Aussi, on représente, en regard de la figure 6b, un cas particulier en se plaçant en sortie du test 102 (tel qu'illustré en regard de la figure 6a) lorsqu'un mouvement rapide doit être détecté avec un format vidéo de type Mini-DV. La procédure de vidéo surveillance synchronisée avec détection audio synchronisée comprend une première étape d'initialisation ou de mise à jour de la configuration (non représentée) très similaire à l'étape 100 illustrée précédemment, la table 35 comprenant, en outre, des paramètres propres à la surveillance audio tels que les seuils de détection sonores et des paramètres indiquant ou non la mise en oeuvre de la détection audio en sus de la vidéo-surveillance pour chaque caméra. Selon différentes variantes, la configuration de la surveillance audio est associée à une caméra ou à un service (ou application) et est initialisée soit selon une configuration par défaut soit par l'utilisation. Suite aux tests 101 et 102 (selon l'exemple illustré), un terminal réseau met parallèlement en oeuvre une détection sonore de bruit et une détection vidéo de mouvement. La détection vidéo débute par l'étape 103 de comparaison d'images vidéo transmises par une ou plusieurs caméras et le test 104 d'analyse de seuil vidéo, déjà illustrés en regard de la figure 6a. Si le résultat du test 104 est négatif, le terminal réseau initialise un booléen de résultat d'analyse vidéo à faux au cours d'une étape 213. Sinon, le booléen de résultat d'analyse vidéo est initialisé à vrai au cours d'une étape 214. La détection audio débute par une étape 210 de réception de flux sonore en provenance d'une ou de plusieurs caméras. Ensuite, au cours d'un test 211, le terminal réseau vérifie si le niveau maximal enregistré au cours de l'étape 210 dépasse le seuil associé à la configuration de la caméra émettrice du flux sonore correspondant et/ou du type de mouvement à détecter. Si le résultat du test 211 est positif, au cours d'une étape 212, le terminal réseau enregistre l'horodate courante (en effaçant l'horodate d'un éventuel dépassement de niveau sonore précédent). Suite à l'étape 212 ou si le résultat du test 211 est négatif, un test 215 est effectué toutes les L secondes (pour être synchrone des procédure de vérification associées aux flux vidéo). Au cours du test 215, le terminal réseau vérifie si un dépassement de niveau sonore s'est produit au cours des L dernières secondes. La valeur de L correspond à la durée d'analyse des images vidéo, menée en parallèle (ici, par exemple, 5 secondes pour une détection de mouvement rapide). Cette valeur dépend de la branche de l'algorithme empruntée selon le type de vidéo ou de mouvement à détecter. En l'absence de test de validité à l'instant courant (test déjà effectué précédemment dans la période de L secondes) ou si le résultat du test 215 est négatif, le terminal réseau exécute l'étape 216 au cours de laquelle il initialise un booléen de résultat d'analyse audio à faux . Sinon, un dépassement sonore a été détecté au cours des L dernières secondes et, au cours d'une étape 217, le booléen de résultat d'analyse audio à vrai . Suite à l'une des étapes 216 ou 217 et à l'une des étapes 213 ou 214, au cours d'un test 218, le terminal réseau vérifie si au moins l'un des booléens de détection audio ou vidéo possède une valeur vrai , signifiant qu'on a détecté au moins un mouvement ou un son dépassant un seuil correspondant pendant une durée supérieure ou égale à L secondes. Dans l'affirmative, la procédure d'alarme 200 est déclenchée puis l'étape 101 est réitérée. Sinon, le terminal réseau effectue le test 107. La figure 6b illustre le cas particulier du traitement correspondant à la sortie du test 102 lorsqu'un mouvement rapide doit être détecté avec un format vidéo de type Mini-DV. Le traitement avec détection d'un mouvement lent avec un format vidéo de type Mini-DV est similaire les étapes 103 et 104 étant remplacées respectivement par les étapes 105 et 106. De même, le traitement d'un flux vidéo au format de type MPEG-2 ou MPEG-4 et d'un flux sonore associé est également similaire au traitement avec un flux au format Mini-DV: les étapes 103 à 106 sont alors remplacées respectivement par les étapes 110 à 113 illustrées en regard de la figure 6a. Selon une variante de réalisation de l'invention mettant en oeuvre une vidéo surveillance associée à une détection audio, on met en oeuvre une procédure d'alarme 200 uniquement si les deux seuils de détection audio et vidéo sont atteints. Selon une autre variante, on affecte à chaque type de détection un niveau d'alarme et c'est la somme pondérée de ces niveaux qui déclenche une alarme si le niveau dépasse un seuil prédéterminé (ainsi, si un mouvement est détecté de manière claire, une procédure d'alarme sera déclenchée; en revanche, la détection d'un mouvement incertain pourra être confirmée ou non en fonction de la mesure d'un niveau sonore). La figure 7 illustre la procédure d'alarme 200 mise en oeuvre dans l'algorithme de surveillance présenté en regard de la figure 6, lorsque l'application de surveillance d'un des terminaux réseau demande à générer un signal d'alarme ou une alarme. La procédure d'alarme 200 débute par une étape 201, au cours de laquelle, les paramètres importants de cette alarme sont enregistrés dans un fichier rapport et notamment au moins la date, l'heure et un identifiant de lacaméra ayant détecté le problème. De même, le flux vidéo analysé est préférentiellement conservé. Selon une variante, le flux en cours d'acquisition par la caméra qui a déclenché l'alarme est également enregistré jusqu'à ce que les capacités maximales de stockage du terminal réseau ou du réseau lui-même soient atteintes ou qu'un arrêt de l'enregistrement soit demandé par l'utilisateur (par exemple par validation de l'alarme). Ensuite, lors d'un test 202, le noeud détermine si un mode pas de visualisation a été retenu durant l'étape de configuration préalable. Dans la négative, on exécute une procédure 300 qui a pour but de générer la liste des écrans sélectionnés pour recevoir le signal d'alarme et prévenir les habitants de la maison. Pendant la phase de configuration, l'utilisateur sélectionne une configuration de type pas de visualisation ou visualisation avec au moins un écran. Au cours de la procédure 300, si l'application requiert une visualisation sur tout écran possible, le système détecte une éventuelle présence d'habitant à proximité d'un écran et redirige les informations d'alarme vers l'écran correspondant. Cette opération peut conduire à un changement de configuration, la configuration d'origine étant mémorisée (étape 303 illustrée ci-après en regard de la figure 8). L'étape 300 est suivie d'un test 206 qui vérifie si au moins un écran à été sélectionné. Si au moins un écran est sélectionné, au cours d'une étape 203, le flux vidéo analysé, et, le cas échéant, le flux qui continue d'être acquis, sont transmis vers les écrans correspondant à la liste des écrans sélectionnés. Cette étape suppose une mise à jour de la table 35 illustrée en figure 5, et notamment de la colonne transmission vidéo afin de passer cette valeur à visualisation permanente pour la caméra concernée (si cette valeur est différente avant l'étape 203). Selon une variante de l'invention, cette étape comprend déclenchement d'une alarme sonore en forçant un signal audio sur les systèmes de son associés aux écrans sélectionnés. La procédure d'alarme se termine alors par une étape 204 qui attend la validation de l'utilisateur certifiant ainsi qu'il a pris connaissance de l'alarme et qu'elle peut donc s'arrêter. Cette validation peut avoir lieu, par exemple, par action sur la télécommande du système. Si au cours de l'étape 300, la configuration a été modifiée pour détecter une présence, au cours de l'étape 204, le système bascule sur la configuration d'origine mémorisée. Si le test 202 révèle qu'aucune visualisation n'était demandée, les habitants de la maison sont supposés absents et l'alarme concerne donc une intrusion. Suite à un résultat positif du test 202 ou négatif du test 206, au cours d'une étape 205, on déclenche alors une alarme externe telle que l'envoi d'un message à la police (par exemple via une composition automatique du numéro de police et un branchement sur un message pré-enregistré). Selon une variante de l'invention, cette alarme externe comprend un envoi automatique de SMS (ou Short Message Service ou Service de Messages Courts en français) sur un terminal mobile prédéterminé choisi par les occupants de la maison surveillée, via, par exemple, un déclenchement automatique des services proposés par les opérateurs mobiles à partir d'internet. Après l'étape 205, la procédure d'alarme s'achève par une étape 207 qui attend un accusé de réception indiquant une prise en compte de l'alarme via un signal de retour spécifique. Si au cours de l'étape 300, la configuration a été modifiée pour détecter une présence, au cours de l'étape 207, le système bascule sur la configuration d'origine mémorisée. La figure 8 illustre la procédure 300 de sélection d'écrans vers lesquels une alarme (ou un signal d'alarme) est redirigée lors de la procédure 200 correspondante. La procédure 300 débute par un test 301 qui permet de sélectionner des écrans de visualisation. Au cours du test 301, le système vérifie si, dans la table 35, le service de vidéo surveillance ayant déclenché l'alarme avait été prédéfini selon le menu 33 avec certains écrans de visualisation ou si tout les écrans enregistrés, de la maison dont des écrans potentiels pour la réception d'une alarme. Dans le cas où un ou plusieurs écrans ont été sélectionnés, au cours d'une étape 302, la procédure 300 retourne une liste d'écrans devant visualiser l'alarme, comprenant l'ensemble de ces écrans. Sinon, il s'agit maintenant de trouver les écrans de la maison les mieux adaptés pour recevoir cette alarme (ou un signal d'alarme). Notamment, l'invention va tenter de détecter dans quelles pièces se trouvent les habitants de la maison afin de les alerter sur les écrans correspondant. Pour cela, au cours d'une étape 303, le système mémorise la table 35 courante et la met à jour afin que toutes les caméras de la maison qui n'étaient pas utilisées pour de la vidéo surveillance passent en technique de détection de mouvement lent avec le paramètre L égal à 30 secondes. En effet, les caméras installées dans la maison devront ici rapidement détecter une présence normale qui correspondra forcément à un petit mouvement, une personne ne restant pratiquement jamais parfaitement immobile. Puis, au cours d'une étape 304, le système lance une temporisation (paramétrable dans le système et par exemple égale à deux minutes par défaut) se met en attente de détection d'une présence. Si la temporisation s'écoule sans détection de présence, la procédure 300 se poursuit par un test 307 permettant de déterminer si le service correspondant au flux initial ayant généré une alarme est de type surveillance de bébé. Dans l'affirmative, au cours d'une étape 308, la procédure 300 retourne une liste d'écrans devant visualiser l'alarme, comprenant l'ensemble des écrans disponibles. Dans la négative, la procédure 300 retourne une liste d'écrans devant visualiser l'alarme, vide, aucun écran n'étant sélectionné. Si le système détecte une présence avant la fin de la temporisation, bien sûr une procédure d'alarme correspondante n'est pas déclenchée puisque la présence détectée est considérée comme normale. Au cours d'une étape 305, le système active les périphériques de visualisation de ces pièces s'ils sont répertoriés comme inactifs dans le système du réseau. Cette activation est rendue possible grâce à des commandes dites AV/C , commandes qui peuvent également être utilisées pour activer les caméras identifiées à l'étape 303. Ces commandes permettant d'activer des périphériques inactifs sont notamment décrites dans le document AV/C Digital Interface Command Set (ou Jeu de commandes d'une interface numérique audio/vidéo en français) publié par le groupe de travail audio/vidéo de la 1394 Trade Association. La liaison avec les caméras est préférentiellement du type IEEE1394 (par exemple définie par les standards IEEE1394-1995 et/ou IEEE1394a-2000) dont les fonctionnalités permettent la mise en oeuvre des commandes AV/C. Ainsi, lorsqu'une caméra est connectée à un bus série IEEE1394 sans être préalablement alimentée, sa couche physique IEEE1394 est alimentée par les autres dispositifs connectés au même bus série. Un noeud sur ce bus série peut demander l'activation de la couche de liaison IEEE1394 (LINK) au moyen d'un paquet particulier appelé LINK-ON. La spécification AV/C permet ensuite d'activer les unités AV/C de la caméra au moyen d'une commande AV/C de type POWER. Il est alors possible de faire intervenir la caméra dans l'établissement de la communication (aussi appelé connexion), par exemple de type isochrone comme c'est le cas pour le transfert de flux vidéo. L'établissement de communication de type isochrone sur un bus série IEEE1394 est décrite dans le standard IEC61883-1, complémenté par le standard IEEEP1394.1 quand cette connexion fait intervenir un pont (bridge) entre le dispositif source et le dispositif destination. Les commandes AV/C peuvent également être utilisées afin de mettre un téléviseur dans un mode permettant la visualisation d'un flux vidéo. Plus précisément, si le téléviseur est connecté à un terminal du réseau par son interface analogique, les commandes AV/C ne peuvent directement être utilisées. Dans le cas où le dispositif (terminal détectant l'alarme) souhaitant établir une connexion avec ce téléviseur génère une commande AV/C ou plus généralement de type IEEE1394, le terminal auquel est connecté le téléviseur devra convertir la commande AV/C en un code infrarouge approprié, interprétable par le téléviseur. Ceci nécessite une phase de configuration du terminal ou une phase d'apprentissage des codes infra-rouge interprétables par le téléviseur. Une telle méthode est notamment décrite dans la demande de brevet 1-R 0110355. Ensuite, au cours d'une étape 306, la procédure 300 construit une liste finale d'écrans, retournée par la procédure 300. Cette liste comprend les périphériques écrans ainsi identifiés lors de l'étape 304 et les périphériques activés et répertoriés actifs dans le système. Bien entendu, l'invention n'est pas limitée aux exemples de réalisation mentionnés ci-dessus. En particulier, l'homme du métier pourra apporter toute variante dans le type de réseau domestique mettant en oeuvre l'invention aussi bien dans sa structure (réseau linéaire, bus, réseau en étoile, maillé, ...) que dans les protocoles de communication mis en oeuvre ou dans les équipements reliés à ce réseau (téléviseurs, ordinateurs, terminaux quelconques, camescopes, outils d'enregistrement vidéo, ...). On note que l'invention ne se limite pas à la surveillance d'enfants ou à la détection d'intrusion mais s'étend à tout type de surveillance d'une entité dont le mouvement peut être capté par une caméra (par exemple, appareil sous surveillance, animal, ...). On notera que l'invention ne se limite pas à une implantation purement matérielle mais qu'elle peut aussi être mise en oeuvre sous la forme d'une séquence d'instructions d'un programme informatique ou toute forme mixant une partie matérielle et une partie logicielle. Dans le cas où l'invention est implantée partiellement ou totalement sous forme logicielle, la séquence d'instructions correspondante pourra être stockée dans un moyen de stockage amovible (tel que par exemple une disquette, un CD-ROM ou un DVD-ROM) ou non, ce moyen de stockage étant lisible partiellement ou totalement par un ordinateur ou un microprocesseur. REVENDICATIONS 1. Procédé de vidéosurveillance dans un réseau de communication comprenant au moins une caméra vidéo (11, 12, 13, 14), ledit procédé comprenant une réception d'au moins un flux de données émis par au moins une desdites caméras vidéo, chacun desdits flux de données comprenant plusieurs images, caractérisé en ce qu'il comprend en outre: - une configuration d'au moins une desdites au moins une caméra vidéo selon un mode de détection déterminé parmi au moins deux modes distincts; - une détection (104, 106, 111, 113) de mouvement dans ledit ou lesdits flux de données selon ledit mode de détection; et une génération d'au moins un signal d'alarme (200) sur ledit réseau si au moins un mouvement a été détecté selon ledit mode de détection. 2. Procédé selon la revendication 1, caractérisé en ce que ledit mode de détection est associé à un type d'application mise en oeuvre par au moins une desdites caméras vidéo. 3. Procédé selon l'une quelconque des revendications 1 à 2, caractérisé en ce que ledit mode de détection appartient à un ensemble comprenant; la détection de mouvements lents; et la détection de mouvements rapides. 4. Procédé selon l'une quelconque des revendications 1 à 3, caractérisé en ce que ladite détection de mouvement est effectuée en prenant en compte au moins trois images dans un desdits flux de données. 5. Procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce que ladite détection de mouvement est effectuée en prenant en compte toutes les images dans un desdits flux de données pendant une durée prédéterminée. 6. Procédé selon la revendication 5, caractérisé en ce qu'il comprend une étape de configuration de ladite durée. 7. Procédé selon l'une quelconque des revendications 1 à 6, caractérisé en ce qu'il comprend une étape d'identification (101) du type de flux de données reçu et de traitement correspondant. 8. Procédé selon la revendication 1 à 7, caractérisé en ce qu'il comprend une transmission (103) d'une information représentative d'un signal d'alarme généré, à un ensemble d'au moins un terminal de visualisation (6, 15, 7, 9). 9. Procédé selon la revendication 8, caractérisé en ce qu'il comprend une étape de détermination (300) dynamique dudit ensemble. 10. Procédé selon la revendication 9, caractérisé en ce que ladite étape de détermination dynamique comprend une détection (304) de mouvement de sorte à déterminer la présence d'une personne proche d'un terminal (9) appartenant audit réseau et à insérer ledit terminal correspondant dans ledit ensemble. 11. Procédé selon l'une quelconque des revendications 9 et 10, caractérisé en ce que ladite détermination dynamique comprend: - une étape de mémorisation (201) dudit mode de détection, dit d'origine; - une étape de configuration (303) dans un mode de détection, dit de détermination dynamique de personne, permettant de déterminer la présence d'une personne; et - une étape de basculement (204) dudit mode de détection de détermination dynamique de personne audit mode de détection d'origine, selon une règle prédéterminée. 12. Procédé selon l'une quelconque des revendications 1 à 11, caractérisé en ce que ledit flux de données comprend, en outre, des données sonores, et en ce que ledit procédé comprend: - une détection de bruit (211)dans ledit ou lesdits flux de données d'une intensité supérieure à un seuil prédéterminé selon ledit mode de détection configurable; et une génération (200) d'au moins un signal d'alarme sur ledit réseau si au moins un bruit d'un niveau supérieur audit seuil prédéterminé est détecté selon ledit mode de détection configurable. 13. Dispositif (20) de vidéosurveillance destiné à être mis en oeuvre dans un réseau de communication comprenant au moins une caméra vidéo (11, 12, 13, 14), ledit dispositif comprenant des moyens de réception d'au moins un flux de données émis par au moins une desdites caméras vidéo, chacun desdits flux de données comprenant plusieurs images, caractérisé en ce qu'il comprend en outre: des moyens de configuration d'au moins une desdites au moins une caméra vidéo selon un mode de détection déterminé parmi au moins deux modes distincts; - des moyens de détection de mouvement dans ledit ou lesdits flux de données selon ledit mode de détection; et - des moyens de génération d'au moins un signal d'alarme sur ledit réseau si au moins un mouvement a été détecté selon ledit mode de détection. 14. Dispositif selon la revendication 13, caractérisé en ce que ledit mode de détection est associé à un type d'application mise en oeuvre par au moins une desdites caméras vidéo. 15. Dispositif selon l'une quelconque des revendications 13 à 14, caractérisé en ce que ledit mode de détection appartient à un ensemble comprenant; - la détection de mouvements lents; et - la détection de mouvements rapides. 16. Dispositif selon l'une quelconque des revendications 13 à 15, caractérisé en ce que ladite détection de mouvement est effectuée en prenant en compte au moins trois images dans un desdits flux de données. 17. Dispositif selon l'une quelconque des revendications 14 à 17, caractérisé en ce que ladite détection de mouvement est effectuée en prenant en compte toutes les images dans un desdits flux de données pendant une durée prédéterminée. 18. Dispositif selon la revendication 17, caractérisé en ce qu'il comprend des moyens de configuration de ladite durée. 19. Dispositif selon l'une quelconque des revendications 14 à 18, caractérisé en ce qu'il comprend des moyens d'identification du type de flux de données reçu et de traitement correspondant. 20. Dispositif selon la revendication 13 à 19, caractérisé en ce qu'il comprend des moyens de transmission d'une information représentative d'un signal d'alarme généré, à un ensemble d'au moins un terminal de visualisation (6, 15, 7, 9). 21. Dispositif selon la revendication 20, caractérisé en ce qu'il comprend des moyens de détermination dynamique dudit ensemble. 22. Dispositif selon la revendication 21, caractérisé en ce que lesdits moyens de détermination dynamique comprennent des moyens de détection de mouvement de sorte à déterminer la présence d'une personne proche d'un terminal (9) appartenant audit réseau et à insérer dans ledit ensemble ledit terminal correspondant. 23. Dispositif selon l'une quelconque des revendications 21 et 22, caractérisé en ce que lesdits moyens de détermination dynamique comprennent: des moyens de mémorisation dudit mode de détection, dit d'origine; - des moyens de configuration dans un mode de détection, dit de détermination dynamique de personne, permettant de déterminer la présence d'une personne; et des moyens de basculement dudit mode de détection de détermination dynamique de personne audit mode de détection d'origine, selon une règle prédéterminée. 24. Dispositif selon l'une quelconque des revendications 13 à 23, caractérisé en ce que ledit flux de données comprend, en outre, des données sonores, et en ce que ledit dispositif comprend: des moyens de détection de bruit dans ledit ou lesdits flux de données d'une intensité supérieure à un seuil prédéterminé selon ledit mode de détection configurable; et - des moyens de génération d'au moins un signal d'alarme sur ledit réseau si au moins un bruit d'un niveau supérieur audit seuil prédéterminé est détecté selon ledit mode de détection configurable. 25. Système de vidéosurveillance destiné à être mis en oeuvre dans un réseau de communication comprenant au moins une caméra vidéo (11, 12, 13, 14), ledit système comprenant des moyens de réception d'au moins un flux de données émis par au moins une desdites caméras vidéo, chacun desdits flux de données comprenant plusieurs images, caractérisé en ce qu'il comprend en outre: - des moyens de configuration d'au moins une desdites au moins une caméra vidéo selon un mode de détection déterminé parmi au moins deux modes distincts; des moyens de détection de mouvement dans ledit ou lesdits flux de données selon ledit mode de détection; et des moyens de génération d'au moins un signal d'alarme sur ledit réseau si au moins un mouvement a été détecté selon ledit mode de détection. 26. Produit programme d'ordinateur comprenant des éléments de programme, enregistrés sur un support lisible par au moins un microprocesseur, caractérisé en ce que lesdits éléments de programme contrôlent le ou lesdits microprocesseurs pour qu'ils effectuent une vidéosurveillance dans un réseau de communication comprenant au moins une caméra vidéo (11, 12, 13, 14), lesdits éléments de programme effectuant: - une réception d'au moins un flux de données émis par au moins une desdites caméras vidéo, chacun desdits flux de données comprenant plusieurs images, une configuration d'au moins une desdites au moins une caméra vidéo selon un mode de détection déterminé parmi au moins deux modes distincts; une détection de mouvement dans ledit ou lesdits flux de données selon ledit mode de détection; et - une génération d'au moins un signal d'alarme sur ledit réseau si au moins un mouvement a été détecté selon ledit mode de détection. 27. Produit programme d'ordinateur, caractérisé en ce que ledit programme comprend des séquences d'instructions adaptées à la mise en oeuvre d'un procédé de vidéosurveillance selon l'une quelconque des revendications 1 à 12 lorsque ledit programme est exécuté sur un ordinateur.