SISTEMA Y PROCEDIMIENTO PARA LA COMUNICACIÓN DE DATOS EN UN SISTEMA DE VIDEO.

Sistema y procedimiento para la comunicación de datos en un sistema de video Campo de la invención La presente invención se refiere a sistemas de vigilancia de video que emplean cámaras de video controlables remotamente, y, más particularmente, a un sistema y un método para controlar y realizar el auto-modelado de un dispositivo de video controlable. Antecedentes de la invención ES 2 367 790 T3 Los sistemas de vigilancia de video están configurados convencionalmente como sistemas de circuito cerrado en los que una o más cámaras de video monitorizan de forma controlable áreas seleccionadas de interés. Las cámaras de video pueden transmitir señales de video sobre un cable a una consola de control en la que se conmutan las señales, se visionan sobre los monitores, etc. El cable sobre el cual se transmiten las señales de video puede usarse también para transmitir información desde la consola de control a la cámara, el multiplexor de video o el conmutador de video. Por ejemplo, pueden enviarse comandos desde la consola de control o el conmutador de video para controlar las características de desplazamiento-inclinación-zoom (PTZ) de una cámara de video de bóveda, la selección de la fuente de video dentro de un conmutador de video, descargando la cámara, actualizaciones del software del multiplexor o el conmutador de video, etc. El cable coaxial ha sido el medio tradicional de elección para la transmisión de señales de video analógico desde la cámara a la consola de control. El proceso de transmisión de los datos de control sobre el medio de transmisión de video conduciendo los datos de control en la dirección opuesta con respecto a las señales de video se ha denominado comúnmente como el protocolo "Sobre El cable Coaxial" (UTC). Para impedir la activación del sistema por comandos que contienen errores de transmisión, las soluciones UTC convencionales o bien repiten los comandos transmitidos múltiples veces para proporcionar transmisiones redundantes, o usan comunicaciones bidireccionales por lo que se proporciona una señal de diálogo de confirmación por la cámara en respuesta al comando recibido. El documento EP 0 726 673 A2 desvela un sistema de telemetría bidireccional en el cual los datos de telemetría se transmiten dentro de una secuencia de transmisión de imágenes de video a través de un medio de transmisión único. El documento US 5.541.982 desvela la transmisión de señales de video y de audio a través de una red digital de servicios integrados por medios de bajo coste, que se realizan por un dispositivo en la forma de un adaptador de terminal al cual se conectan dispositivos de grabación de imagen y sonido y dispositivos de reproducción de imagen y sonido convencionales. El filtrado de comandos corrompidos típicamente requiere que el dispositivo que recibe los comandos verifique la suma de comprobación, la paridad, o el CRC de la señal transmitida. Los métodos de transmisión redundantes pueden requerir comandos consecutivos idénticos antes de actuar sobre ellos. Sin embargo, la verificación usando estas técnicas puede ser imposible cuando se corrompen múltiples comandos. Los esquemas bidireccionales actuales resuelven este tema transmitiendo un comando, por ejemplo a la cámara, durante un intervalo vertical de la señal de video y transmitiendo un mensaje de respuesta de confirmación positiva (ACK) de vuelta al controlador durante el siguiente intervalo vertical. Si el mensaje de respuesta indica una confirmación negativa (NACK), el controlador retransmitiría el comando sobre el siguiente intervalo vertical. Esta secuencia causa una latencia de dos periodos de tiempo vertical. Ambos protocolos UTC redundante y bidireccional típicamente se han limitado a la transmisión/recepción de cuatro bytes de datos por periodo vertical de la señal de video. Esta restricción del tamaño del comando los ha hecho imprácticos para datos de comandos de velocidad variable de paquetes para todos los ejes de una cámara de bóveda de video dentro de una transmisión única. Con la cuenta de bytes limitada, el desplazamiento y la inclinación simultáneos de una cámara de video de bóveda ha requerido múltiples comandos. Algunos protocolos de UTC han transmitido palabras de 16 bits en cada uno de los dos periodos de línea horizontal de la señal de video. Estos esquemas usan anchos de pulso más cortos para permitir que la palabra de comando se ajuste entre dos pulsos horizontales. Cuando se transmiten comandos UTC sobre largas distancias, los pulsos tienen tiempos de subida y caída más lentos y se retardan con respecto al video generado en el extremo de recepción. Los tiempos de subida y caída más lentos colocan un límite práctico sobre cuán estrechos pueden ser los anchos de pulso para facilitar la detección por circuitos de detección de bajo coste. Los anchos de pulso usados convencionalmente cuando se transmiten palabras de 16 bits en una línea horizontal requieren que las palabras ocupen la mayor parte de un periodo horizontal. Para impedir que el último pulso de un comando UTC interfiera con el siguiente pulso de sincronismo horizontal de la cámara, la longitud del cable de transmisión debe limitarse. Por ejemplo, con cable coaxial RG59, la longitud debe ser inferior a 2500 pies (762 metros). Pulsos más anchos no son tan fácilmente degradables más allá de los límites utilizables debido a los 2 tiempos de subida y caída, sin embargo pulsos más anchos reducen la longitud del cable utilizable debido a que reducen el margen entre el final de una palabra de comando y el siguiente impulso de sincronismo horizontal. La longitud útil puede estirarse arrancando la transmisión antes de la señal del impulso de color. La corrupción de la señal del impulso de color durante el blanqueo vertical puede tener un efecto notable sobre la imagen dependiendo de la configuración del sistema. El solapamiento de comandos con el impulso de color puede requerir un circuito de detección más sofisticado en el extremo de la cámara para distinguir los pulsos de comandos débiles. Los datos de respuesta transmitidos por el dispositivo de la cámara están sujetos a los mismos retardos relacionados con el cable que la señal de video. También, sistemas conocidos han requerido configuraciones complejas de repetidor para reconducir la señal de video con los datos de respuesta incorporados desde la bóveda de video, mientras que captura, almacena y reinserta los datos UTC desde el controlador en el siguiente intervalo vertical. Es deseable permitir series más largas de los medios de transmisión sin requerir caros repetidores, simplemente para evitar interferencia de comandos UTC. Para sistemas con medios de transmisión muy largos y pérdidas de señal razonables, por ejemplo de cable de fibra óptica, es deseable para el dispositivo que está suministrando la señal de video tener un receptor capaz de separar con precisión pulsos de comandos que solapan con pulsos de sincronismo horizontal o pulsos de color que se están transmitiendo en la dirección opuesta. Algunos protocolos de UTC sólo transmiten un byte de datos por línea horizontal. Este paquete de datos más pequeño permite retardos de transmisión más largos sin interferencia con el sincronismo horizontal. Los paquetes de un único byte también pueden codificarse con anchos de pulsos más anchos haciéndolos más tolerantes a la atenuación y los tiempos de subida y caída más largos asociados con recorridos de cables más largos o de menor coste o de menor calidad. Sin embargo, con el número limitado de líneas horizontales disponibles para la comunicación bidireccional durante un único periodo de blanqueo vertical, el enfoque de un único byte limita el tamaño total del comando a la mitad del disponible con esquemas de 16 bites por línea horizontal. Otra dificultad asociada con los protocolos UTC convencionales es que hacen impracticables largas descargas de actualizaciones de firmware a través de series de comandos UTC de 4 bytes. Para añadir nuevas funciones a los sistemas de control de bóveda actuales, un operario usa teclas de función pre-numeradas o múltiples combinaciones de teclas para enviar comandos para controlar las nuevas funciones. La mayoría de controladores no proporcionan suficientes teclas de función libres para funciones futuras. El uso de múltiples combinaciones de teclas es engorroso debido a la dificultad de memorizar las combinaciones. Además, los comandos comunes y los usados más frecuentemente típicamente incluyen teclas dedicadas y claramente marcadas. Las nuevas funciones especiales tienden a usarse infrecuentemente, y, como tal, se beneficiarían de la mayoría de las etiquetas y pantallas de ayuda. Las funciones que se necesitan realizar por teclas de funciones o secuencias de teclas no se conocen en el momento de fabricación del controlador y no están,... [Seguir leyendo]

1. Un procedimiento para el control y realización de auto-modelado de una cámara de vigilancia, controlable (14) configurada para proporcionar una señal de video sobre un medio de transmisión, comprendiendo el procedimiento, - conectar una nueva cámara de vigilancia de video (14) a un sistema de vigilancia existente, que comprende un controlador (12a); - transmitir un comando de auto-modelado (802) para la realización del auto-modelado desde una fuente de comandos integrada (12) en dicho controlador (12a) a dicha cámara de vigilancia controlable (14) sobre el medio de transmisión (18); - transmitir datos de respuesta (806) a dicha fuente de comandos (12) en dicho controlador (12a), siendo dichos datos de respuesta en contestación a dicho comando de auto-modelado (802) y configurándose para causar una representación de una pluralidad de información de ayuda disponible o funciones de la cámara para dicha cámara de vigilancia controlable (14); - transmitir un comando de comienzo de función (808) a dicha cámara de vigilancia controlable (14) en respuesta a dichos datos de respuesta (806), estando configurado dicho comando de comienzo de función (808) para causar que dicha cámara de vigilancia controlable (14) realice al menos una de dicha pluralidad de información disponible o funciones de cámara, en el que - dicho comando de respuesta (806) está configurado para causar que la fuente de comandos (12) represente un valor numérico asociado con cada una de dichas funciones disponibles para dicha cámara de vigilancia controlable (14) y - en el que dicha cámara de vigilancia (14) descarga nueva información de ayuda al controlador (12a) y actualiza dicho controlador (12a) de acuerdo con la nueva cámara de vigilancia instalada (14). 2. Un procedimiento de acuerdo con la reivindicación 1, en el que dicho comando de auto-modelado se transmite desde dicha cámara de vigilancia controlable (14) en respuesta a la activación de al menos un control de la interfaz de usuario sobre dicha fuente de comandos (12). 3. Un procedimiento de acuerdo con la reivindicación 2, en el que dicho control de la interfaz de usuario comprende un botón sobre una interfaz de usuario de dicha fuente de comandos. 4. Un procedimiento de acuerdo con la reivindicación 3, en el que dicho comando de comienzo de función (808) comprende datos que representan uno de dichos valores numéricos asociados con dicha al menos una de dicha pluralidad de información de ayuda disponible o funciones de la cámara. 5. Un procedimiento de acuerdo con la reivindicación 1, en el que al menos dicho comando de auto-modelado (802) y dichos datos de respuesta se transmiten durante un único periodo de blanqueo vertical de dicha señal de video. 6. Un procedimiento de acuerdo con la reivindicación 5, en el que dicho comando de auto-modelado y dichos datos de respuesta (806) se transmiten cada uno en porciones separadas, transmitiéndose cada una de dichas porciones separadas sobre la línea horizontal asociada de una pluralidad de líneas horizontales en dicho periodo de blanqueo vertical. 7. Un procedimiento de acuerdo con una de las reivindicaciones anteriores, en el que cada una de dichas porciones separadas comprende 16 bits. 8. Un procedimiento de acuerdo con la reivindicación 7, en el que cada uno de dichos 16 bits se codifica en un periodo de bit, estando representado un primer valor lógico de cada uno de dichos bits por la presencia de una transición durante dicho periodo de bit y estando representado un segundo valor lógico de cada uno de dichos bits por la ausencia de una transición durante dicho periodo de bit. 9. Un sistema de vigilancia de video que comprende: ES 2 367 790 T3 un dispositivo de video controlable en la forma de una cámara de vigilancia (14) configurada para transmitir una señal de video sobre un medio de transmisión (18); y una fuente de comandos (12) que incluye un control de la interfaz de usuario para causar los datos de un comando de auto-modelado (802) a transmitir a dicha cámara de vigilancia controlable (14) sobre el medio de transmisión (18). estando configurada dicha cámara de vigilancia controlable (14) para transmitir datos de respuesta (806) a dicha fuente de comandos (12) en respuesta a dichos datos de comando de auto-modelado (802), estando configurados dichos datos de respuesta (806) para causar la representación de una pluralidad de información de ayuda disponible o funciones de cámara para dicha cámara de vigilancia controlable (14), en el que dicho comando de respuesta (806) está configurado para causar que dicha fuente de comandos (12) represente un valor numérico asociado con cada una de dichas funciones disponibles para dicha cámara de vigilancia controlable (14) y actualizar dicha fuente de comandos a nuevas funciones de la cámara conectada. 12 ES 2 367 790 T3 10. Un sistema de acuerdo con la reivindicación 10, en el que dicha fuente de comandos (12) está configurada para transmitir un comando de comienzo de función (808) a dicha cámara de vigilancia controlable (14) en respuesta a dichos datos de respuesta (806), estando configurado dicho comando de comienzo de función (808) para causar que dicha cámara de vigilancia controlable (14) realice al menos una de dicha pluralidad de funciones disponibles. 5 11. Un sistema de acuerdo con la reivindicación 10, en el que dicho control de la interfaz de usuario comprende un botón (904) sobre una interfaz de usuario de dicha fuente de comandos (12). 12. Un sistema de acuerdo con la reivindicación 9, en el que dicho comando de comienzo de función (808) comprende datos que representan uno de dichos valores numéricos asociados con dicha al menos una función de dicha pluralidad de funciones disponibles. 10 13. Un sistema de acuerdo con la reivindicación 9, en el que dicha fuente de comandos (12) y dicha cámara de vigilancia controlable (14) se configuran para transmitir dicho comando de auto-modelado (802) y dichos datos de respuesta (806) respectivamente, durante un único periodo de blanqueo vertical de dicha señal de video. 14. Un sistema de acuerdo con la reivindicación 13, en el que dicha fuente de comandos (12) y dicha cámara de vigilancia controlable (14) están configuradas para transmitir dicho comando de auto-modelado (802) y dichos datos 15 de respuesta (806) en porciones separadas, transmitiéndose cada una de dichas porciones separadas sobre la línea horizontal asociada de una pluralidad de líneas horizontales en dicho periodo de blanqueo vertical. 15. Un sistema de acuerdo con la reivindicación 14 en el que cada una de dichas porciones separadas comprenden 16 bits. 16. Un sistema de acuerdo con la reivindicación 15, en el que cada uno de dichos 16 bits está codificado en un 20 periodo de bit, estando representado un primer valor lógico de cada uno de dichos bits por la presencia de una transición durante dicho periodo de bit y estando representado un segundo valor lógico de cada uno de dichos bits por la ausencia de transición durante dicho periodo de bit. 13 ES 2 367 790 T3 14 ES 2 367 790 T3 ES 2 367 790 T3 16 ES 2 367 790 T3 17 ES 2 367 790 T3 18 ES 2 367 790 T3 19 ES 2 367 790 T3