Brevet FR2927757A1 — publié le 20090821

SYSTÈME DE VIDÉOSURVEILLANCE EMBARQUÉE NOMADE La présente invention concerne un système de vidéosurveillance embarquée nomade. 5 La présente invention concerne le domaine de la vidéosurveillance et de la sécurité. Elle concerne plus particulièrement les systèmes de vidéosurveillance et de sécurité comprenant : 10 un premier module d'acquisition comportant une caméra d'acquisition délivrant un signal vidéo analogique et un serveur IP, un second module d'encodage comportant un calculateur relié par une liaison de télécommunication de 15 type réseau local au premier module, ledit calculateur comprenant un processeur commandé pour réaliser l'encodage du signal vidéo selon le standard H.264, et - un troisième module d'exploitation comportant un terminal de réception pour le décodage et la lecture de la 20 vidéo transmise par le second module, ledit troisième module étant relié par une liaison de télécommunication de type réseau externe public au deuxième module. Les réseaux de télécommunications permettent le 25 développement d'applications dans le domaine de la transmission vidéo. De multiples solutions existent pour diffuser de la vidéo sur Internet, comme la technique de la lecture progressive - ou en anglais � streaming �. Néanmoins la vidéo numérique reste lourde à gérer pour 30 un système informatique car elle contient un nombre élevé de données. Afin de disposer d'une qualité d'image suffisante pour des applications de vidéosurveillance, il est nécessaire que la bande passante soit relativement importante ( > 1 Mégabit/seconde). Ce débit requis impose de disposer d'une connexion à haut débit comme une liaison ADSL. Ceci engendre une dépendance forte avec le type d'infrastructure - liaison à haut débit - employée. Il n'est ainsi pas envisageable de diffuser de la vidéo dans un endroit quelconque où une infrastructure lourde n'a pas été préalablement mise en place. La solution décrite dans le brevet US 6,970,183 vise un système de surveillance et de sécurité compatible avec un réseau IP, comprenant une pluralité de capteurs pouvant être connectés au serveur du réseau IP pour surveiller, encoder et transmettre les données au serveur afin de permettre une surveillance compréhensive d'une zone. Ce système comprend également un capteur de sécurité conventionnel qui est activé par l'occurrence d'une activation et génère un signal, un convertisseur du signal du capteur conventionnel en un signal compatible avec le réseau et adapté pour envoyer le signal converti au serveur via le réseau, et un capteur de surveillance contrôlé par le serveur pour surveiller une zone et générant un signal indiquant une condition dans la zone surveillée dans un mode de réponse programmée contrôlé par le serveur, par lequel le serveur reçoit et encode les données transmises par le capteur conventionnel et la pluralité de capteurs. L'inconvénient de ce type de solution réside dans l'impossibilité d'adaptation du système pour transmettre les données vidéo avec une qualité d'image suffisante dans des zones sans infrastructure permettant la transmission haut débit. Ce type de solution n'est donc pas adaptable dans des conditions où l'utilisateur souhaite surveiller une zone tout en restant mobile et donc en n'utilisant aucune infrastructure qui soit lourde. Une autre solution consiste à utiliser une connexion Internet par le réseau téléphonique sans fil des téléphones portables. Un réseau EDGE (ou E-GPRS pour � taux de données amélioré pour GSM � ou en anglais � Enhanced Data Rate for GSM �) ou UMTS peut être également utilisé, son paramétrage étant le même que celui du réseau GPRS. Un terminal muni de moyens d'accès à Internet et disposant de fonctions de lectures de vidéos au format H.264 10 permet de recevoir les données. Un téléphone portable équipé pour le réseau choisi permet de recevoir les données. Un dispositif informatique de poche (en anglais � Pocket PC �) relié au téléphone permet d'exploiter les signaux vidéo. La liaison entre 15 dispositif informatique et téléphone portable peut être par exemple une liaison sans fil de type Bluetooth, une liaison sans fil infrarouge ou une liaison filaire avec un câble spécifique. Quels que soient le réseau et la liaison choisis, il 20 ne peut être reçu dans des conditions optimales qu'un débit maximum de 128 Kbits/s pour la voie montante. Ce débit reste faible pour diffuser de la vidéo dans de bonnes conditions. Enfin, ce type de connexion n'est pas suffisamment sécurisé pour des applications de sécurité et de 25 vidéosurveillance. Le but de la présente invention est de remédier aux inconvénients de l'état de la technique, en proposant une solution pour diffuser de la vidéo de manière sécurisée avec 30 une qualité répondant aux besoins de la vidéosurveillance, dans un environnement ne bénéficiant pas d'infrastructures lourdes à haut débit. Dans ce but, la présente invention propose un système de vidéosurveillance et de sécurité comprenant un premier module d'acquisition comportant une caméra d'acquisition délivrant un signal vidéo analogique et un serveur IP, le système comprenant également un second module d'encodage comportant un calculateur relié par une liaison de télécommunication de type réseau local au premier module, ledit calculateur comprenant un processeur commandé pour réaliser l'encodage du signal vidéo selon le standard H.264, le système comprenant enfin un troisième module d'exploitation comportant un terminal de réception pour le décodage et la lecture de la vidéo transmise par le second module, ledit troisième module étant relié par une liaison de télécommunication de type réseau externe public au deuxième module, caractérisé en ce que le moyen de diffusion dudit second module est un moyen de diffusion nomade de faible débit, le réseau externe public est un réseau Internet sécurisé par un tunnel VPN, le moyen de réception du terminal est une connexion Internet, et en ce que ledit calculateur dudit second module est relié à des moyens d'archivage locaux pour l'enregistrement local du signal vidéo transmis par le serveur IP. Selon un premier mode de réalisation, le terminal de réception du troisième module comporte un moniteur de visualisation, un programme informatique de décodage et de lecture de la vidéo transmise par le second module et des moyens d'exécution de ce programme informatique. Selon un deuxième mode de réalisation, le terminal de réception du troisième module comporte un téléphone mobile comprenant un afficheur, un programme informatique de décodage et de lecture de la vidéo transmise par le second module et des moyens d'exécution de ce programme informatique. Selon un mode particulier de réalisation, le moyen de diffusion nomade de faible débit est une carte 3G munie d'une adresse IP publique pour le troisième module. Avantageusement, le tunnel VPN (35) dispose d'un algorithme de chiffrement. De manière préférentielle, le tunnel VPN dispose d'une clé secrète d'authentification et de sécurisation des données. De manière préférentielle, le système comprend une passerelle de type pare-feu entre l'interface du serveur IP 10 et le tunnel VPN. De manière préférentielle, le calculateur est relié à un serveur SSH de contrôle à distance et de traitement des fichiers enregistrés. De manière préférentielle, le système est muni d'un 15 système de prévention d'intrusion IDS. Avantageusement, le script d'enregistrement local du signal vidéo dans les moyens d'archivage locaux réalise une segmentation du fichier vidéo généré en fichiers de taille inférieure ou égale à 700 Mégaoctets. 20 La présente invention permet ainsi de bénéficier d'une installation simplifiée, puisque par exemple une liaison 3G publique suffit. Aucune liaison haut débit de type ADSL n'est nécessaire. 25 Un système de vidéosurveillance et de sécurité conforme à la présente invention permet de disposer d'un système de vidéosurveillance embarquée nomade et autonome. En particulier, le module d'exploitation peut se présenter sous la forme d'un module de vidéosurveillance 30 embarquée nomade et autonome, ce module pouvant être constitué par exemple d'un téléphone portable ou d'un dispositif informatique de poche, facilement transportable et autonome. Un tel module de vidéosurveillance peut ainsi être transporté dans n'importe quelle zone de couverture du réseau utilisé tout en permettant la surveillance de la zone souhaitée. L'invention sera mieux comprise à la lecture de la description détaillée d'un exemple non limitatif de réalisation, accompagné des figures suivantes représentant respectivement : - la figure 1, un schéma du système de vidéosurveillance et de sécurité conforme à un premier mode 10 de réalisation de l'invention, la figure 2, un schéma du système de vidéosurveillance et de sécurité conforme à un deuxième mode de réalisation de l'invention, et - la figure 3, un diagramme d'exécution de la 15 supervision et de l'enregistrement du signal vidéo sur les moyens d'archivage locaux conforme à l'invention. La figure 1 représente un schéma du système de vidéosurveillance et de sécurité conforme à un premier mode 20 de réalisation de l'invention. Ce dispositif de vidéosurveillance 1 comporte les trois modules suivants . - un premier module d'acquisition 2, 25 - un second module d'encodage 3, et - un troisième module d'exploitation 4. Le premier module d'acquisition 2 comprend une caméra d'acquisition 21 délivrant un signal vidéo analogique. Le 30 module d'acquisition 2 comprend également un serveur IP 22. La caméra 21 est une caméra vidéo comportant une connexion avec un câble BNC associée au serveur IP 22. Selon d'autres modes de réalisation, la caméra 21 comporte une connexion à un ordinateur par une interface Firewire, USB ou analogique. Avantageusement, la caméra 21 est associée à une tourelle, ce qui permet de piloter la caméra à distance en zoom et en positionnement. Le serveur IP 22 peut être par exemple un serveur IP Axis-241. Celui-ci prend en entrée une source vidéo disposant d'une connectique BNC, la transcode en vidéo numérique en utilisant le codec XVID (MPEG4-ASP) et la diffuse sur son port Ethernet. Le second module d'encodage 3 comprend un calculateur (31,32) relié par une liaison de télécommunication (23,24,30) de type réseau local au premier module 2. Le calculateur (31,32) comprend un processeur 32 commandé pour réaliser l'encodage du signal vidéo selon le standard H.264, ainsi qu'une interface de visualisation 31. Le processeur 32 est un microprocesseur dont la fréquence est supérieure ou égale à 1,6 Gigahertz et la mémoire vive supérieure ou égale à 256 Mégaoctets. L'espace du disque dur du calculateur 32 est supérieur à 40 Gigaoctets afin de permettre le stockage d'une durée suffisante de vidéo. Le processeur 32 dispose de connectiques pour les moyens de réception 30 du serveur local 24 et les moyens de diffusion 33 vers le réseau Internet 34. Plus particulièrement, la connectique pour le moyen de réception 30 est un port Ethernet 100 Mégabits/seconde. Le calculateur (31,32) est relié à des moyens d'archivage locaux 35 pour l'enregistrement local du signal vidéo transmis par le serveur IP 22. Le second module 3 comporte également un moyen de diffusion nomade de faible débit 33, sur un réseau externe public sécurisé 34 par un tunnel VPN 35. À cet effet, la connectique pour le moyen de diffusion 33 est une liaison de télécommunication nomade 33 vers Internet. Cette liaison de télécommunication nomade 33 vers Internet du deuxième module 3 comporte une carte de type 3G. Cette carte 3G est munie d'une adresse IP publique pour le troisième module 4, de sorte à permettre la communication avec le terminal de réception compris dans le troisième module 4. Elle comporte à cet effet deux ports entrants sur le système embarqué. La carte 3G est plus particulièrement une carte 3G/EDGE des opérateurs de télécommunications mobiles (PCCARD, USB, PCI). Elle peut être par exemple une carte 3G HSDPA+EDGE avec son antenne associée. L'opérateur de téléphonie mobile est choisi de sorte à assurer un fonctionnement dans toutes les zones de couverture EDGE/3G/3G+ de cet opérateur. Le troisième module d'exploitation 4 permet le décodage et la lecture de la vidéo transmise par le second module 3. Il comporte un terminal (41,42) comprenant un moniteur de visualisation 41, un programme informatique de décodage et de lecture de la vidéo transmise par le second module 3 et des moyens d'exécution 42 de ce programme informatique. Le troisième module 4 comporte également un moyen de réception 40, qui est une connexion Internet. Cette connexion Internet peut en particulier être une connexion ADSL, 3G, satellite ou autre. Cette connexion Internet 40 dispose d'un débit descendant de 128 kilobits/seconde et d'un logiciel permettant la lecture de vidéos encodées dans le standard H.264. Les moyens d'exécution 42 du programme informatique sont constitués d'un ordinateur. Cet ordinateur peut comporter par exemple un Pentium III de fréquence 750 Mégahertz et 256 Mégaoctets de mémoire vive. Cet ordinateur est relié au second module 3 par une connexion Internet avec un débit descendant supérieur ou égal à 128 Kilobits/seconde. Le système d'exploitation peut être par exemple � Linux �, avec la distribution � Debian � (mais aussi Windows 2000 et ultérieur). Un tel système de surveillance permet de disposer d'un dispositif de diffusion sécurisée de la vidéo munie d'une connexion nomade de faible débit 3G/EDGE, apte à transmettre le flux vidéo vers un terminal sans la nécessité d'infrastructures à haut débit de type ADSL. La figure 2 représente un schéma du système de vidéosurveillance et de sécurité conforme à un deuxième mode de réalisation de l'invention. Les modules d'acquisition 2 et d'encodage 3 sont identiques à ceux du système 1 selon le premier mode de réalisation de l'invention illustré par la figure 1. Le troisième module 4 comporte dans ce système 1 un téléphone mobile (45,46) muni d'une connexion Internet 40. Ce téléphone mobile (45,46) comprend un afficheur 45, un programme informatique de décodage et de lecture de la vidéo transmise par le second module 3 et des moyens d'exécution 46 de ce programme informatique. Un tel système de vidéosurveillance offre la possibilité de diffuser de la vidéo sur un terminal mobile sans la nécessité d'infrastructures à haut débit de type ADSL. L'utilisateur peut ainsi réaliser l'opération de vidéosurveillance depuis un terminal mobile pouvant être en mouvement dans la zone de couverture du réseau 3G. Pour rendre le système 1 - illustré par les figures 1 et 2 - opérationnel, le serveur IP 22 (Axis-241) est configuré pour diffuser de la vidéo sur l'interface Ethernet de l'ordinateur (31,32). Pour permettre la communication avec l'ordinateur (31,32), ce dernier disposera d'une adresse IP compatible avec le réseau 192.168.10.X, comme par exemple 192.168.10.2. Le serveur IP 22 est configuré au moyen de son adresse IP 192.168.10.1. L'accès à cette interface permet de visualiser la vidéo envoyée par la caméra 21. La visualisation est réalisée avec la qualité maximale et un faible taux de compression, étant tenu compte que le standard H.264 nécessite un traitement à plusieurs passes tandis que l'encodage temps réel nécessite une seule passe. En effet, le système stocke aussi la vidéo reçue telle qu'elle par le serveur IP 22. Ensuite cette vidéo est transcodée par l'ordinateur (31,32) puis diffusée sur le réseau Internet 34 dans un format adapté à la bande passante de la liaison mobile. Ainsi plus la qualité de la vidéo produite par le serveur IP 22 sera bonne, et meilleures seront les possibilités d'exploiter la vidéo enregistrée sur le disque dur de l'ordinateur (31,32). Le réseau IP Axis-241 diffuse la vidéo branchée sur son entrée en employant le protocole RTSP, standard pour la lecture progressive multimédia. La vidéo est ensuite récupérée par un logiciel comme VLC (encodée en XVID par l'Axis) sur l'ordinateur (31,32). Avantageusement, l'Axis-241 rajoute en surimpression sur son interface graphique l'horodatage de la vidéo. Avantageusement, l'Axis-241 fournit une interface Web pour piloter une tourelle ou le zoom de la caméra 21 (si cette dernière est compatible avec le protocole supporté par le serveur IP 22). Cette interface Web peut être rendue accessible à distance avec une simple translation de port au sein du pare-feu 50 de l'ordinateur (31,32). Le second module 3 du système 1 - illustré par les figures 1 et 2 -comporte un moyen de diffusion de faible débit 33, sur un réseau externe public 34. La liaison avec ce réseau externe public 34 est sécurisée en étant construite autour d'un tunnel VPN (réseau virtuel privé, ou en anglais � Virtual Private Network �) 35. Ce réseau VPN est un moyen de faire communiquer deux ordinateurs ensemble, directement par un Tunnel sécurisé par un système de cryptage sur 256 bits. Il utilise pour cela le protocole SSL (protocole de sécurisation des échanges, en anglais � Secure Sockets Layer �). Entre l'entrée et la sortie du tunnel VPN 35 les données sont donc chiffrées (cryptées) et incompréhensibles pour toute personne située entre les deux extrémités du tunnel VPN. Les dispositifs qui communiquent via ce tunnel sont connectés par une connexion point à point, et le paquet transite au sein d'un segment UDP (protocole de datagramme utilisateur). Le système est ainsi sécurisé par un tunnel VPN, par 20 l'utilisation par exemple du logiciel OpenVPN. Avantageusement, le tunnel VPN dispose d'un chiffreur avec une authentification. Le chiffreur est un algorithme de chiffrement AES-256 25 connu de l'état de la technique. Cet algorithme de chiffrement a été conçu de telle manière à rendre des méthodes classiques, comme la cryptanalyse linéaire ou différentielle, très difficiles, faisant ainsi de la recherche exhaustive la seule solution possible. 30 L'authentification des dispositifs nécessaires à la visualisation de la vidéo se fait par des clés privées de 2048 bits associées à la technique HMAC-SHA-512. La technique HMAC-SHA-512 est un algorithme de hachage à clé qui est construit à partir de la fonction de hachage SHA-512 et utilisé comme du code HMAC (code d'authentification de message haché, ou en anglais � Hashbased Message Authentication Code �). Le processus HMAC mélange une clé secrète aux données du message, hache le résultat avec la fonction de hachage, mélange à nouveau cette valeur de hachage à la clé secrète, puis applique la fonction de hachage une deuxième fois. Le hachage de sortie a une longueur de 512 bits. Ce code HMAC permet de déterminer si un message transmis sur un canal non sécurisé a été falsifié, à condition que l'expéditeur et le destinataire partagent une clé secrète. L'expéditeur calcule la valeur de hachage des données d'origine et envoie celles-ci ainsi que la valeur de hachage sous la forme d'un message unique. Le destinataire recalcule la valeur de hachage du message reçu et vérifie que le code HMAC calculé correspond à celui transmis. Toute modification apportée aux données ou à la valeur de hachage causera une incompatibilité, puisque la clé secrète est requise pour modifier le message et reproduire la valeur de hachage correcte. Par conséquent, si les valeurs de hachage d'origine et calculées correspondent, le message est authentifié. Le processeur 32 du calculateur (31,32) du second module d'encodage 3 contient un programme d'encodage du signal vidéo transmis par le serveur IP 22, ainsi que des moyens d'exécution de ce programme. Ce programme d'encodage repose sur un algorithme de codage vidéo correspondant à la norme H.264/AVC qui appartient à la classe des MPEG4-AVC (encodage vidéo avancé, ou en anglais � Advanced Video Coding �). Le codec H.264/AVC est adapté à une très grande variété de réseaux et de systèmes, par exemple pour la diffusion de la télévision, le stockage HD-DVD et Blu-Ray, la lecture progressive RTP/IP et des systèmes de téléphonie mobile. Ce programme d'encodage du signal vidéo transmis est le logiciel VLC, qui est chargé du stockage, de l'encodage mais aussi de la transmission de la vidéo. Ce logiciel exploite la librairie � ffpmeg �, qui contient un panel de codecs capables d'encoder ou de 10 décoder la plupart des vidéos existantes. VLC autorise la lecture de vidéos sur Linux ou Windows. Ainsi le module d'exploitation 4 peut être équipé de Windows avec le logiciel VLC pour le visionnage de la vidéo transmise. 15 VLC se pilote par une interface graphique. Il est avantageusement piloté en ligne de commande, beaucoup plus adapté pour des connexions bas débit. L'affichage de l'interface Web de contrôle de VLC est obtenu à l'adresse IP 192.168.10.2:5555. 20 La configuration de l'interface se trouve dans le fichier � /etc/video.conf � qui contient tous les paramètres X.264, adaptés et optimisés à la compression vidéo temps réel. Grâce à cette interface, les commandes traditionnelles (lecture/arrêt) permettent de diffuser la vidéo en fonction 25 du débit disponible. L'encodage est paramétré de sorte à optimiser la qualité du signal vidéo transmis. Plusieurs ensembles de paramètres d'encodage peuvent être choisis en fonction de la 30 qualité du signal vidéo à transmettre au module d'exploitation 4. Par exemple pour une compression du signal vidéo basse résolution 88x72 pixels, les paramètres d'encodage sont écrits de la manière suivante . new videolow broadcast setup videolow input rtsp://192.168.10.1:5545/mpeg4/1/media.amp setup videolow output #transcode{vcodec=h264, deinterlace, width=88, height=72, vb=20, fps=10, venc=x264{keyint=100,min- keyint=10, bframes=0, no-b-adapt, mixed-refs, partitions=all, direct=auto, merange=32, me=umh, subme=7, trellis=2, ref=16}} std{access=rtp, mux=ts, ur1=192.168.5.2:1234} setup videolow enabled #!/bin/sh new videolow broadcast setup videolow input rtsp://192.168.10.1:5545/mpeg4/1/media.amp setup videolow output #transcode{vcodec=h264, deinterlace, width=88, height=72, vb=20, fps=10, venc=x264{keyint=100, min- keyint=10, bframes=0, no-b-adapt, mixed-refs, partitions-ail, direct=auto,merange=32, me=umh, subme=7, trellis=2, ref=16}} std{access=rtp, mux=ts, url=192.168.5.2:1234} setup videolow enabled setup videolow option noaudio setup videolow option rtsp-caching=5000 Pour une compression du signal vidéo avec une résolution (QCIF) 176x144 pixels faible débit, les paramètres d'encodage sont écrits de la manière suivante : new videonormal broadcast setup videonormal input rtsp://192.168.10.1:5545/mpeg4/1/media.amp setup videonormal output #transcode{deinterlace, vcodec=h264, width=176, height=144, vb=40, fps=10, venc=x264{keyint=100, min- keyint=10, bframes=O, no-b-adapt, mixed-refs, partitions-ail, direct=auto, me=umh, subme=7, merange=32, ref=16, trellis=2}} std{access=rtp, mux=ts, url=192.168.5.2:1234} setup videonormal enabled setup videonormal option noaudio setup videonormal option rtsp-caching=5000 Pour une compression du signal vidéo avec une résolution (QCIF) 176x144 pixels et une qualité satisfaisante, les paramètres d'encodage sont écrits de la 15 manière suivante . new videohigh broadcast setup videohigh input rtsp://192.168.10.1:5545/mpeg4/1/media.amp 20 setup videohigh output #transcode{deinterlace, height=144, vb=60, fps=10, keyint=10, bframes=O, partitions=all, direct=auto, 25 merange=32, trellis=2}} ur1=192.168.5.2:1234} setup videohigh option rtsp-caching=5000 setup videohigh option noaudio setup videohigh enabled 30 Pour une compression du signal vidéo avec une résolution (CIF) 352x288 pixels faible débit, les paramètres d'encodage sont écrits de la manière suivante : vcodec=h264, width=176, venc=x264{keyint=100, min- no-b-adapt, ref=16, me=umh, std{access=rtp, mixed-refs, subme=7, mux=ts, new videoveryhigh broadcast setup videoveryhigh input rtsp://192.168.10.1:5545/mpeg4/1/media.amp setup videoveryhigh output #transcode{deinterlace, vcodec=h264, width=352, height=288, vb=75, fps=10, venc=x264{keyint=100, min- keyint=10, bframes=0, no-b-adapt, mixed-refs, partitions=all, direct=auto, me=umh, subme=7, merange=32, ref=16, trellis=2}} std{access=rtp, mux=ts, url=192.168.5.2:1234} setup videoveryhigh enabled setup videoveryhigh option rtsp-caching=5000 setup videoveryhigh option noaudio Pour une compression du signal vidéo avec une résolution (CIF) 352x288 pixels et une qualité satisfaisante, les paramètres d'encodage sont écrits de la manière suivante . new videoextraveryhigh broadcast setup videoextraveryhigh input rtsp://192.168.10.1:5545/mpeg4/1/media.amp setup videoextraveryhigh output #transcode{vcodec=h264, deinterlace, width=352, height=288, vb=90, fps=10, venc=x264{keyint=100, min- keyint=10, bframes=O, no-b-adapt, mixed-refs, partitions=all, direct=auto, merange=32, me=umh, subme=7, ref=16, trellis=2}} std{access=rtp, mux=ts, url=192.168.5.2:1234} setup videoextraveryhigh enabled setup videoextraveryhigh option rtsp-caching=5000 setup videoextraveryhigh option noaudio Pour la lecture à distance des fichiers vidéos déjà stockés sur le module 3, avec une résolution 176x144 (QCIF) pixels, les paramètres d'encodage sont écrits de la manière suivante . new videovodhigh vod disabled setup videovodhigh output #transcode{vcodec=H263+, width=176, height=144, vb=60, fps=10, venc=ffmpeg{keyint=100}} Pour la lecture à distance des fichiers vidéos déjà stockés sur le module 3, avec une résolution 352x288 (CIF) pixels à la demande (VOD), les paramètres d'encodage sont écrits de la manière suivante : new videovodveryhigh vod disabled setup videovodveryhigh output #transcode{vcodec=H263+, width=352, height=288, vb=90, fps=10, venc=ffmpeg{keyint=100}} Le processeur 32 du second module d'encodage 3 contient également un programme d'encodage du signal audio transmis par le serveur IP 22, et des moyens d'exécution de ce programme. Ce signal audio peut venir de n'importe quelle source du moment qu'il est diffusé en local sur le port 3001 avec le protocole http. L'utilisation de codecs AMR (multi taux adaptés, ou en anglais � Adaptive Multi-Rate �), conçus pour les systèmes cellulaires GSM, rend suffisante une bande passante minime comme celle d'une liaison analogique RTC puisqu'elle ne consomme pas plus de 24 Kbits/s. Une évolution des codecs AMR vers des codecs AMR-WB à bande élargie (en anglais � AMR wideband �) permet de diffuser un spectre sonore plus important tout en ne consommant qu'une faible bande passante. Ainsi une connexion EDGE traditionnelle suffit pour diffuser de l'audio en utilisant le codec AMR-WB dont l'identifiant à quatre caractères est � sawb �. Pour une compression du signal audio au format � AMRWB �, les paramètres d'encodage sont écrits de la manière 5 suivante . new audio broadcast setup audio input http://localhost:3001 setup audio output #transcode{acodec=sawb, ab=23.85, 10 samplerate=16000, channels=l} : rtp{dst="192.168.5.2", port- audio="12345", port-video="12356", sdp="rtsp://192.168.5.1:1234/test.sdp"} setup audio enabled 15 Pour une compression du signal audio au format � mp3 �, les paramètres d'encodage sont écrits de la manière suivante . new audiobis broadcast 20 setup audiobis input http://localhost:3001 setup audiobis output #transcode{acodec=mp3, ab=32, samplerate=22050, channels=l} : std{dst="192.168.5.2:12345", mux=ts, access=rtp} setup audiobis enabled 25 Pour la lecture à distance des fichiers audio déjà stockés sur le module 3, avec une compression � AMR- WB �, les paramètres d'encodage sont écrits de la manière suivante . new audiovod vod disabled setup audiovod output #transcode{acodec=sawb, ab=23.85, samplerate=16000, channels=l} 30 Pour la lecture à distance des fichiers audio déjà stockés sur le module 3, avec une compression � mp3 � les paramètres d'encodage sont écrits de la manière suivante : new audiovodbis vod disabled setup audiovodbis output #transcode{acodec=mp3, ab=32, samplerate=22050, channels=l} La figure 3 représente un diagramme d'exécution de la 10 supervision et de l'enregistrement du signal vidéo sur les moyens d'archivage locaux conforme à l'invention. Après le lancement de la supervision 61, le programme d'exécution du script interroge le script pour savoir si la fonction d'enregistrement est activée (62). 15 Si la fonction d'enregistrement n'est pas activée, le fonctionnement du système est automatisé de sorte à réaliser une supervision sans enregistrement vidéo, seule la diffusion du signal vidéo restant disponible. Dans ce cas, le programme exécute la supervision 63 du signal vidéo. La 20 supervision 63 se poursuit jusqu'à l'arrêt 64 de celle-ci. Le script est alors terminé. Si la fonction d'enregistrement est activée, l'enregistrement vidéo est ajouté en plus de la diffusion du signal vidéo. Dans ce cas, le programme exécute également la 25 supervision 65 du signal vidéo. Lorsque la supervision est arrêtée (66), au moins un fichier vidéo doit être généré. La ' taille du fichier vidéo généré est alors interrogée (67). Si le fichier vidéo fait une taille inférieure à 700 Mégaoctets, aucun traitement n'est appliqué au fichier, le 30 script génère (68) ledit fichier vidéo et le script est terminé. Si le fichier vidéo fait une taille supérieure à 700 Mégaoctets, une segmentation 69 est appliquée au fichier vidéo de sorte à générer autant de fichiers vidéos de 700 Mégaoctets que nécessaire et un dernier fichier vidéo de taille inférieure à 700 Mégaoctets. Ces fichiers vidéos sont générés (70) et le script est alors terminé. Ces segments de fichier vidéo obtenus peuvent par exemple être déplacés automatiquement vers un disque dur USB afin de laisser toujours de l'espace disponible sur la partition de travail. Pour réaliser cet enregistrement, le calculateur (31,32) du module d'encodage 3 est relié à des moyens d'archivage locaux 36 pour l'enregistrement local du signal vidéo transmis par le serveur IP 22. La vidéo reçue du serveur IP 22 est ainsi stockée sur le disque dur du calculateur (31,32) tout en laissant la possibilité à l'utilisateur de lancer la diffusion de la vidéo. Avantageusement, un serveur SSH de contrôle à distance est mis en place pour le contrôle à distance et de traitement des fichiers enregistrés. Ce serveur SSH est pour cela relié au calculateur (31,32) du second module d'encodage 3. De manière avantageuse, afin de sécuriser l'ensemble du système, un pare-feu restrictif 50 est mis en place, comme illustré sur les figures 1 et 2. Il permet aussi de réaliser une passerelle entre l'interface Ethernet sur laquelle est connectée le serveur IP 22 et le tunnel sécurisé 35. Cette sécurisation consiste à - désactiver les protocoles liés aux échos (ICMP, ou protocole de contrôle de message sur Internet) , - tout accepter sur la machine en local, - tout accepter sur le tunnel sécurisé, - autoriser la navigation en https, - autoriser la création du tunnel, -autoriser la navigation, - autoriser la connexion en SSH, - autoriser la résolution de nom, - faire la passerelle entre l'interface Ethernet et le tunnel VPN, - masquer les adresses du réseau par la passerelle, et -refuser tout le reste. Selon d'autres modes particuliers de réalisation de l'invention : -d'autres logiciels sont utilisés, en particulier des logiciels pour la diffusion sur un réseau sans fil de type � Wifi �, - le système de vidéosurveillance et de sécurité 1 est muni d'un système de prévention d'intrusion (IDS) permettant 15 de renforcer la sécurité. Les modes de réalisation précédemment décrits de la présente invention sont donnés à titre d'exemples et ne sont nullement limitatifs. Il est entendu que l'homme du métier 20 est à même de réaliser différentes variantes de l'invention sans pour autant sortir du cadre du brevet. Il est de même entendu que l'homme du métier est à même de réaliser l'invention avec un terminal de réception du troisième module autre que ceux décrits ci-dessus, en 25 particulier des terminaux disposant de connexions Internet de type ADSL, 3G, satellite ou autre. REVENDICATIONS 1 - Système de vidéosurveillance et de sécurité (1) comprenant un premier module d'acquisition (2) comportant une caméra d'acquisition (21) délivrant un signal vidéo analogique et un serveur IP (22), le système (1) comprenant également un second module d'encodage (3) comportant un calculateur (31,32) relié par une liaison de télécommunication (23,24,30) de type réseau local au premier module (2), ledit calculateur (31,32) comprenant un processeur (32) commandé pour réaliser l'encodage du signal vidéo selon le standard H.264, le système (1) comprenant enfin un troisième module d'exploitation (4) comportant un terminal de réception (41,42,45,46) pour le décodage et la lecture de la vidéo transmise par le second module (3), ledit troisième module (4) étant relié par une liaison de télécommunication (33,34,40) de type réseau externe public au deuxième module (3), caractérisé en ce que le moyen de diffusion (33) dudit second module (3) est un moyen de diffusion nomade de faible débit, le réseau externe public (34) est un réseau Internet sécurisé par un tunnel VPN (35), le moyen de réception (40) du terminal (41,42,45,46) est une connexion Internet, et en ce que ledit calculateur (31,32) dudit second module (3) est relié à des moyens d'archivage locaux (36) pour l'enregistrement local du signal vidéo transmis par le serveur IP (22). 2 - Système de vidéosurveillance et de sécurité (1) selon la revendication 1, caractérisé en ce que le terminal de réception (41,42) du troisième module (4) comporte un moniteur de visualisation (41), un programme informatique de décodage et de lecture de la vidéo transmise par le second module (3) et des moyens d'exécution (42) de ce programme informatique. 3 - Système de vidéosurveillance et de sécurité (1) selon la revendication 1, caractérisé en ce que le terminal de réception (45,46) du troisième module (4) comporte un téléphone mobile (45,46) comprenant un afficheur (45), un programme informatique de décodage et de lecture de la vidéo transmise par le second module (3) et des moyens d'exécution (46) de ce programme informatique. 4 - Système de vidéosurveillance et de sécurité (1) selon l'une quelconque des revendications précédentes, caractérisé en ce que le moyen de diffusion nomade de faible débit (33) est une carte 3G munie d'une adresse IP publique pour le troisième module (4). 5 - Système de vidéosurveillance et de sécurité (1) selon l'une quelconque des revendications précédentes, caractérisé en ce que le tunnel VPN (35) dispose d'un algorithme de chiffrement. 6 - Système de vidéosurveillance et de sécurité (1) selon l'une quelconque des revendications précédentes, caractérisé en ce que le tunnel VPN (35) dispose d'une clé secrète d'authentification et de sécurisation des données. 25 7 - Système de vidéosurveillance et de sécurité (1) selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comprend une passerelle de type pare-feu (50) entre l'interface du serveur IP (22) et le 30 tunnel VPN (35). 8 - Système de vidéosurveillance et de sécurité (1) selon l'une quelconque des revendications précédentes, caractérisé en ce que le calculateur (31,32) est relié à un20serveur SSH de contrôle à distance et de traitement des fichiers enregistrés. 9 - Système de vidéosurveillance et de sécurité (1) selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il est muni d'un système de prévention d'intrusion IDS. - Système de vidéosurveillance et de sécurité (1) 10 selon l'une quelconque des revendications précédentes, caractérisé en ce que le script d'enregistrement local du signal vidéo dans les moyens d'archivage locaux (36) réalise une segmentation du fichier vidéo généré en fichiers de taille inférieure ou égale à 700 Mégaoctets.