MXPA06014751A - Documentacion en video para control de perdida. - Google Patents

Abstract

Se describen sistemas y metodos para documentar un evento. Los eventos pueden incluir, pero sin limitacion a ellos: un accidente, un crimen, el transporte de carga, un procedimiento medico, un procedimiento legal, una transaccion economica y/o un proyecto de construccion. Se puede documentar un evento mediante datos que incluyen, pero sin limitacion a ellos, registros opticos y/o de audio del evento. Se puede acceder a la documentacion del evento unicamente mediante una oficina de servicios de almacenamiento de bases de datos, que haya sido certificada para mantener datos precisos y autenticos, por una parte aceptable para un sistema judicial. La documentacion puede ser admisible para un tribunal. La documentacion puede ser util para determinar la causa de un evento y/o para prevenir un evento futuro.

Description

DOCUMENTACIÓN EN VIDEO PARA CONTROL DE PERDIDAS Referencia Cruzada de la Solicitud Relacionada Esta solicitud es una solicitud no provisional que reivindica los beneficios de la solicitud provisional no. 60/580,21 1 presentada el 16 junio de 2004. Antecedentes de la Invención Los ejemplos anteriores de la técnica relacionada y las lim itaciones relacionadas con los mismos tienen el propósito de ser ilustrativos y no excluyentes. Otras limitaciones de la técnica relacionada llegarán a ser evidentes para los expertos en la técnica durante una lectura de la especificación y de un estudio de los dibujos. El control de pérdida ha consistido históricamente de una serie de verificaciones y balances para garantizar la transferencia y/o suministro del cargamento. Esto fue logrado disponiendo de documentos de papel con la firma de la parte suministradora y de la parte receptora, cada una confirma las cantidades y ubicaciones específicas del cargamento suministrado. Las firmas electrónicas han remplazado los documentos de papel . El 30 de junio de 2000, el Electronic Signatures in Global and National Comerce Act (E-SIGN Act) fue firmado para establecer la validez de las firmas electrónicas para el comercio interestatal así como para el comercio internacional. La capacidad para confirmar acontecim ientos reales mientras que el cargamento está bajo detención, custodia, o control de los responsables legales de suministrar el cargamento, frecuentemente cuenta con testigos o testimonio de una tercera parte. Un ejemplo es la industria de transporte en los Estados Unidos de Norteamérica. En la industria de transporte en los Estados Unidos, normalmente solo el operador de un vehículo proporciona una declaración del punto de vista. Después de un accidente, se cuestiona a todos los testigos en un intento de determinar dónde hay una equivocación. Tales declaraciones frecuentemente son un parámetro con el cuál se valida la demanda del participante de la mala acción o negligencia de una seg unda parte. La grabación del evento actual, basada en un registro de la tercera parte y en el almacenamiento del evento, mejoraría enormemente la validez de las demandas legales relacionadas con el evento. Lo que es necesario, es una tercera parte, una documentación de la acción real en video imparcial de un evento. Tal documentación en video puede presentar un recuento indiscutible de eventos durante los procedim ientos de la corte y puede poner en discusión con exactitud el testimonio del testigo con respecto a la causa de los eventos. Lo que también es necesario, es la capacidad de verificar una detención y liberación de cualquier producto a la parte deseada. Breve Descripción de la Invención Las siguientes modalidades y aspectos de las mismas se describen e ¡lustran en combinación con sistemas, herramientas, y métodos que tiene el propósito de ejemplificar e ilustrar, y no de limitar el alcance. En varias modalidades, uno o más de los problemas descritos anteriormente se han reducido o eliminado, mientras que otras modalidades se dirigen a otras mejoras. Se describen sistemas y métodos para documentar un evento o acontecimiento. El documental del acontecimiento puede desarrollarse tal que sea accesible solamente por una oficina de servicio de almacenamiento de base de datos de la tercera parte que se ha certificado para mantener datos exactos y auténticos. Así, el documental puede admitirse en un tribunal de justicia. El documental puede ser útil para determinar la causa de un acontecimiento y/o prevenir futuros acontecimientos. Un subsistema activador de evento, se puede utilizar para activar un sistema q ue documenta un acontecimiento. El subsistema activador de evento puede comprender dispositivos que detectan automáticamente un acontecimiento. Un ejem plo es un acelerómetro que puede detectar un accidente vehicular debido a un cambio repentino en la velocidad. Además , un subsistema activador de evento puede comprender dispositivos activados manual o remotamente. En el caso de un acontecimiento, los datos cifrados q ue comprenden el documental del acontecimiento, pueden guardarse en un subsistema de almacenamiento de datos local. Además, tales datos cifrados se pueden transferir a una ubicación remota. Otras acciones, tales como asegurar el cargamento, se pueden tomar en el evento de un acontecimiento.

Un sistema de tarjeta inteligente se puede utilizar para controlar y seguir el cargamento. A modo de ejemplo y no de limitación , el sistema de tarjeta inteligente puede seguir el cargamento que consiste de combustible, para asegurar que se envié a lo largo de una ruta específica, descargue con éxito en una o más ubicaciones, y que sea aceptado por cada cliente a lo largo de una ruta. Otras características y modalidades aparecerán a partir de la descripción y reivindicaciones anexas y por referencia a los dibujos incluidos que forman una parte de esta especificación, en donde los caracteres de referencia similares designan las partes correspondientes en distintos puntos de vista. Glosario Los siguientes términos se definen en la presente y serán utilizados constantemente a través de este documento para dar a entender: 1 ) 'punto A': la ubicación y/u hora en que cualquier cargamento se convierte en la responsabilidad de un usuario a través de un contrato escrito, mediante la implicación a través de la práctica comercial acostumbrada, y/o por designación de cualquier tribunal de justicia en el territorio en donde un acontecimiento dañó el cargamento. 2) 'punto B': la ubicación y/u hora en que el usuario abandona el cargamento y/o asume las responsabilidades en el punto A. 3) 'cargamento': cualquier propiedad o dato tangible o intangible, que está a cargo, en custodia y/o control del usuario, o cualquier propiedad o datos tangibles o intangibles , incluyendo dinero en tránsito electrónico, que está bajo dirección del usuario por un contrato escrito, mediante la implicación a través de la práctica comercial acostumbrada, o por designación de cualquier tribunal de justicia reconocido por el gobierno en el territorio en donde ocurre un acontecimiento. Por ejemplo, el cargamento incluye pero son se limita a, fondos que son transferidos por transferencia bancaria, tarjeta de crédito, o cheque, así como una propiedad inmobiliaria, números de serie del producto, números de lote, y porcentajes de finalización de un proyecto. 4) 'acontecimiento': un evento que da lugar a una lesión corporal, daño en propiedad , pérdida de propiedad, pérdida de ingreso debido al retraso en el tránsito, daño al cargamento, o cualquier actividad interpretada como responsabilidad del usuario por un tribunal de justicia reconocido por el gobierno en el territorio en donde ocurre un acontecimiento. 5) 'activador de evento': cualquier acción que precipite y/o cause un acontecimiento. 6) 'campo visual' : el área que abarca la imagen reg istrada por una cám ara. 7) 'causa de pérdida': la descripción de un evento que resulta en un acontecim iento. 8) 'control de perdida': cualquier acción que reduciría el riesgo y/o frecuencia de una pérdida o cualquier acción que identificaría una causa de pérdida. 9) 'cumplimiento de la tercera parte': estado donde una parte desinteresada, independiente (tal como una oficina de servicio de almacenamiento de base de datos de la tercera parte) ha certificado la exactitud y/o autenticidad de procesos, métodos, bienes, y/o propiedades o datos tangibles o intangibles. 1 0) 'sensor de impacto': mecanismos de "parada" m últiple para la activación del registro del "arranq ue por bucle", incluyendo pero sin limitarse a, un acelerómetro (o un método alterno para determinar la aceleración), desaceleración o cambio díreccional fuera de las características de operación normal de un vehículo, etc. 1 1 ) 'sensor de ángulo': un dispositivo que determina el áng ulo en el q ue se ubica el cargamento. 1 2) 'sensor de temperatura': un dispositivo que determina la tem peratura de un área de interés. 1 3) 'sensor de presión': un dispositivo que detecta un cambio de presión en un área de interés. 14) 'sensor de contaminación': un dispositivo que detecta un cambio en la composición del cargamento y/o área de interés. 1 5) 'interruptor de pánico': un interruptor de "parada de emergencia" manual que se puede activar por un conductor, operador de maquina, una parte remota, protocolo de comunicación satelital , etc. 1 6) 'cualq uier u nidad': cualquier dispositivo que detecta un cambio en las condiciones q ue tienen uno o más efectos sobre el cargamento y/o área de interés, y se integra com pletamente en un sistema de monitoreo. 17) 'sensor relacionado a la construcción': cualquier dispositivo que monitorea y/o registra cambios en una o más de las siguientes características mientras que se relacionen con el sitio de edificación o construcción: temperatura, presión, humedad, ruido, contaminación atmosférica, movimiento, vibración, condiciones del suelo, u otras características. 1 8) 'sensor de flujo': un dispositivo que determina una cantidad de cargamento cargado a un aparato de camión o descargado desde un aparato de transporte. 19) 'sustancia deshabilitadora: cualquier forma de sustancia liberada en un área contenida o designada, pensada para hacer el área peligrosa, inhabitable, o pensada para inhabilitar a cualquier humano en el área. 20) 'extintor de fuego': cualquier dispositivo designado para contener, suprimir, o extinguir el fuego. 21 ) 'dispositivo de señal de audio': un dispositivo que hace ruido (por ejemplo un claxon) o q ue se puede utilizar para transmitir una voz o señal audio. 22) 'cualquier dispositivo' : cualquier dispositivo que se conecte a un sistema y sea un dispositivo de entrada que se active o desactive directa o indirectamente por el sistema, cualquier dispositivo que agrega un campo de datos al sistema, y/o cualquier dispositivo que agrega un dispositivo de salida. Los ejemplos incluyen , pero no se limitan a, un dispositivo de registro de audio y un dispositivo de reproducción de audio externo. 23) 'interruptor de interfaz': cualquier dispositivo que completa un circuito de un procesador de información para cualquier dispositivo al que está conectado 24) 'GPS': sistema de ubicación global que es un dispositivo diseñado para reconocer la posición global de una persona o propiedad vía un sistema satelital. 25) 'transceptor': dispositivo que se com unica con una fuente exterior; transmite instrucciones para la protección de una persona o propiedad. 26) 'codificador': subsistema que codifica datos y/o permite el acceso a datos almacenados por una tercera parte desinteresada, independiente en el evento de un incidente. 27) 'decodificador': dispositivo que procesa señales recibidas de una fuente exterior e inicia una secuencia de ejecución a partir de las instrucciones. 28) 'unidad 60': dispositivo de Suministro, Control, y Reconocimiento (por sus siglas en ingles DCA) . 29) 'autentificar': para verificar la identidad de una persona , asociación, entidad, aparato, transacción , datos, propiedad tangible, propiedad intangible, y/o proceso. B reve Descripción de los Dibujos Modalidades ejem plares se ilustran en las figuras referidas de los dibujos . Se desea que las modalidades y figuras descritas en la presente sean consideradas ilustrativas en lugar de limitantes. También, la terminología usada en la presente es con el fin de descripción y no como limitante. La figura 1 es una vista superior de una modalidad de aplicación de transporte. La figura 2 es una vista lateral de una modalidad de aplicación de grúa y cordaje. La figura 3 es una vista lateral de una modalidad de aplicación de cargamento intermodal/oceánico. Las figuras 4a y 4b son perspectivas exterior e interior respectivamente de una modalidad de aplicación de bienes inmuebles comerciales/industriales/residencíales. La figura 5 es una representación del sistema de modalidades de la protección y control del cargamento (CPC), verificación de la tercera parte, y flujo de información de datos. La figura 6 es la representación del sistema de datos del sensor y otra entrada de dispositivo así como otra entrada de dispositivo a la CPU . La figura 7 es una representación del sistema del flujo de datos con verificación de la tercera parte. La figura 8 es representación esquem ática de las acciones potenciales q ue se pueden tomar como el resultado de un acontecimiento. La figura 9 es una descripción esquemática de DCA. La figura 1 0 es un diagrama de flujo de verificaciones de sistemas de CPC. La figura 1 1 es un diagrama de flujo que muestra las interacciones totales para la causa de la pérdida contra los procedimientos de control de pérdida. La figura 12 es un ejemplo de una modalidad q ue aplica datos y almacenam iento de cumplimiento de la tercera parte para un uso médico. La figura 1 3 es un ejemplo de una modalidad que aplica datos y almacenamiento de cumplimiento de la tercera parte para un uso legal. La figura 14 es un ejemplo de una modalidad que aplica datos y almacenamiento de cumplimiento de la tercera parte para documentar un proyecto de construcción . La figura 15a es un ejemplo de una modalidad del sistema datos cumplimiento de la tercera parte integrado en una aplicación de la industria de camión. La figura 1 5b ilustra el flujo de datos del sistema de la fig ura 1 5a.

Antes de explicar detalladamente la modalidad descrita de la actual invención, se debe entender que la invención no está limitada en su aplicación a los detalles del orden particular mostrado, puesto q ue la invención es capaz de otras modalidades. Tam bién, la term inolog ía usada en la presente está con el fin de descripción y no de limitación.

Descripción Detallada de la Presente Invención Las figuras 1 -4 son diagramas esquemáticos de modalidades posibles de sistemas de documentación y medios enseñados en la presente. La figura 1 es una vista superior de la modalidad de aplicación de transporte. La vista superior de la unidad de energ ía (semi-fractor) 1 y del remolque 2 muestra las ubicaciones posibles de la cámara(s) 3 y campos respectivos de vista 4 de la cámara(s) 3. La cámara(s) 3 puede ser capaz de tener cam pos de vista 4 de hasta 360° dependiendo de la solicitud deseada. El transceptor de señal 5 se puede ubicar encima de la cabina del camión de la unidad de energía 1 . El transceptor de señal 5 es un dispositivo capaz de transmitir y recibir datos a/desde una ubicación remota y se puede conectar con una CPU 6 (Central Processíng Unit/Data Recorder). La CPU 6 se puede ubicar en la cabina de la unidad de energía 1 (y/o en una ubicación remota). Los controles a bordo 7 se pueden también ubicar en la cabina de la unidad de energía 1 . La figura 2 es una vista lateral de la modalidad de aplicación de grúa y cordaje 200. La vista lateral de una unidad de grúa 8 con soportes de balancín 9 muestra el cargamento 1 0 siendo maniobrado.

Se ilustran las ubicaciones posibles para la cámara(s) 3 y el campo(s) respectivo de vista 4 de la cámara(s) 3. Una ubicación posible para una cámara 3 es solo sobre el montaje del gancho de grúa 1 1 para la visión posible del cargamento 10 y cordaje 13. La cámara(s) 3 puede ser capaz de tener cam pos de visión 4 de hasta de 360° dependiendo de la aplicación deseada. Encima de la cabina del centro de control de grúa 12 pueden estar el transceptor de señal 5, el cual se puede conectar con la CPU ubicada en la cabina (y/o en una ubicación remota) del centro de control de grúa 12. Los controles a bordo también pueden ubicarse en la cabina del centro de control de grúa 12. La figura 3 es una visía lateral de la modalidad de aplicación de cargamento intermodal/oceánico 300. La vista lateral del camión de plataforma 14 muestra el contenedor cargamento 15 asegurado en la plataforma del camión . Se ilustran las ubicaciones posibles para la cámara(s) 3 y campo(s) respectivo de visión 4 de las cámaras 3. La cámara(s) 3 puede ser capaz de tener campos de visión 4 de hasta 360° dependiendo de la aplicación deseada. El transceptor de señal 5 se puede ubicar encima de la cabina del cam ión de plataforma 14 y/o encima del contenedor de cargamento 15. El transceptor de señal 5 se puede conectar con la CPU 6 que se puede ubicar en la cabina del camión de plataforma 14. Los controles a bordo 7 se pueden ubicar en la cabina del camión de plataforma 14. Las figuras 4a y 4b son perspectivas exterior, e interior respectivamente, de la modalidad de aplicación de propiedades inmobiliarias comerciales/industriales/residenciales. La figura 4b es una vista lateral de una estructura 16b que m uestra la ubicación del panel de alarmar de seguridad 17. A modo de ejemplo y no de limitación, la caja fuerte 72 se puede asegurar. También se ilustran las ubicaciones posibles para la cámara(s) 3 y campo(s) respectivo de visión 4 de la cámara(s) 3. La cámara(s) 3 puede ser capaz de tener campos de visión 4 de hasta 360° dependiendo de la aplicación deseada. La figura 4a m uestra una vista en perspectiva exterior de la estructura 16a. El transceptor de señal 5, que puede estar en comunicación con una empresa de monitoreo de seguridad, puede ubicarse encima o en la parte superior de la estructura 16a. El transceptor de señal 5 se puede conectar con la CPU 1 8. La CPU 18 se puede incorporar en el panel de alarma de seguridad 1 7 o puede ser un dispositivo colocado solo. La figura 5 es una representación del sistema de las modalidades de protección y controles (CPC) del cargamento, verificación de la tercera parte, y del flujo de información de datos.

Se debe entender que una pluralidad de modalidades es posible que pueda comprender algunos, todos, o ninguno de los elementos de la figura 5. Además, una modalidad puede comprender un solo o múltiples acontecimientos de un elemento dado. La figura 5 ilustra varios tipos unidades y procesos de hardware. Algunos pueden tener flujo unidireccional mientras que otros pueden tener un flujo bidireccional de acuerdo a lo que será observado. Los datos de unidades pueden fluir inicialmente en el interfaz 36. Las unidades pueden tener tres fuentes potenciales de energ ía.

La energía externa 20 puede venir de un vehículo u otra fuente móvil o de un sistema de distribución o generación de energía fijo. El panel solar 22 se puede utilizar como una fuente primaria o secundaria de energía. También, la batería 21 se puede utilizar como una fuente de reserva primaría o redundante de energ ía y se puede recargar vía la fuente de energía externa 20 o panel solar 22. Las unidades siguientes pueden tener un flujo de datos/energía unidireccional en la interfaz 36: batería 21 , cámara 3, botón de pánico en el sitio 34, cualquier unidad de entrada adicional 23, sensor de impacto 25, sensor de ángulo 26, sensor de temperatura 27, sensor de flujo 28, sensor de presión 29, sensor atmosférico 30, registrador de entrada de audio 31 , estampado de fecha y hora 48, y/o entrada de dispositivos médicos 32. Las sig uientes unidades pueden tener un flujo de datos unidireccional recibido de la interfaz 36: cualquier unidad de salida adicional (que puede controlarse mediante el interruptor 47) , distribuidor de sustancia inhabílitadora o aerosol irritante 37, dispositivo extinguidor de fuego 38, dispositivo de monitoreo de cámara 41 , y/o dispositivo de audio 42. Los siguientes pueden tener un flujo de datos bidireccional con la interfaz 36: transceptor 5, CPU en el sitio, unidad G PS 33, botón de pánico de comando externo 35, dispositivo de codificación 39, dispositivo de decodificación 40, y/o dispositivo de suministro, control y reconocimiento. Las imágenes de video pueden viajar desde la cámara respectiva 3, a la ¡nterfaz 36 y en la CP U en el sitio 6. Cuando es apropiado, las imágenes pueden se codificadas 44 como imágenes completamente en movim iento o inmóviles y g uardadas en el dispositivo de registro 45. Las imágenes completamente en movimiento o inmóviles se pueden seleccionar basadas en el tipo de acontecimiento y en las especificaciones del usuario. También, si se programan, los datos serán enviados 46 a una fuente externa (por ejemplo una estación de monitoreo de seg uridad) para la acción inmediata. Las entradas de datos para pueden fluir a través de la interfaz 36 y hacia la CPU 6 las para programar instrucciones y/o respuestas. Ciertos comandos y/o respuestas se pueden emitir desde la fuente externa 19 a través del transceptor 5, en la interfaz 36 y hacia la CPU en el sitio 6. En la CPU 6, las instrucciones se pueden dar n uevamente a través de la interfaz 36 para ejecutar varios procedimientos. Por ejemplo, las instrucciones se pueden dar para utilizar el dispositivo de audio 42, para introducir una sustancia inhabilitadora en un ambiente especificado 37, y/o para elim inar el encendido 75 en los casos de robo o secuestro. Por razones de seguridad, las instrucciones se pueden codificar 39 en la ubicación del sitio antes de la transmisión fuera de la ubicación del sitio 1 9, y descodificar 40 una vez que lleguen de n uevo al sitio. Si ocurre un incidente activado, los datos codificados almacenados en el dispositivo de registro 45 pueden solamente ser accesibles para la tercera parte 'independiente'. Una tercera parte independiente puede ser una oficina de servicio de almacenamiento de base de datos que ha sido certificada para mantener los datos exactos y auténticos por las partes tales como fuerzas y cuerpos de seguridad, sistema judicial, y otras partes interesadas. A modo de ejemplo y no de limitación, un parte que certifica que una oficina de servicio de almacenamiento de base de datos mantiene los datos exactos y auténticos, puede comprender individuos aceptables para una agencia de aplicación de la ley del gobierno, y/o agencia judicial, y/o un grupo comercial de la industria de seguros. La figura 6 es la representación del sistema de datos de! sensor y otra entrada de dispositivo así como otra entrada de dispositivo a la CPU 6. Los datos de flujo del sensor de flujo 28, o los datos de otro sensor, pueden ir a la interfaz 36 cuando se activen 52. En el resto de las veces, los sensores pueden estar en modo inactivo para ahorrar energ ía. Los datos pueden fluir desde la interfaz 36 a la CPU en el sitio 6 y si se programan , al dispositivo de registro 45. Los datos pueden fluir adicionalmente al centro de control externo 1 9 vía el transceptor 5. Durante el evento la unidad de suministro/control/reconocim iento (DCA) 60 se activa 55 y/o el GPS 33 se activa 57, se puede seg uir el mismo procedimiento discutido anteriormente con respecto al sensor de flujo 28. Con el fin de esta ilustración, el reloj 48 se muestra para representar la impresión de hora/fecha que se puede unir a alguno o todos los datos cuando se activan 56. Sin embargo, la función de impresión de hora/tiempo se puede proporcionar por el hardware y/o software en la CPU 6 en el momento de la transferencia de datos desde la interfaz 36 a la CPU 6.

La figura 7 es una representación del sistema de flujo de datos con la verificación de la tercera parte. Durante la activación, las imágenes de la cámara 3, si no son digitales se pueden convertir a formato digital. Si las imágenes no están dañadas, se pueden enviar a la CPU 6. Las imágenes se pueden codificar 44 y después enviar al dispositivo de registro 45. Las imágenes se pueden adicionalmente enviar al centro de control externo 1 9 vía el transceptor 5 después de la codificación opcional mediante el codificador 39. El centro de control externo 19 puede además revisar las imágenes, analizar las imágenes, y/o responder a las imágenes en forma de peticiones de comando. Si las imágenes están dañadas, un aviso de malfuncionam iento se puede enviar a la parte apropiada. Durante la activación (por ejemplo 3, 25, 26, 28, 29, ó 30) de cualquier sensor o cualquier dispositivo adicional 23 que requiera tomar una acción de registro, o transmisión , la imagen de cámara 120 o información de datos 121 se puede convertir a la calidad de señal apropiada. Si los datos no están dañados , se pueden enviar a la CPU 6. Los datos se pueden codificar 44 y después enviar al dispositivo de registro 45. Los datos se pueden además enviar al centro de control externo 19 vía el transceptor 5 después de la codificación opcional mediante el codificador 39. El centro de control externo 1 9 puede revisar adicionalmente los datos, analizarlos , y/o responder a los datos en forma de peticiones de comando. Si los datos están dañados, se puede enviar un aviso de malfuncionamiento a la parte apropiada. Los individuos en el centro de control externo 19 pueden enviar comandos vía el transceptor 5 dentro de sus directorios y autorizarlos si en su criterio creen que la acción es requerida en base a la información recibida desde el sitio vía el transceptor 5. Los comandos se pueden entonces decodificar 40 y enviar a la CPU 6. Las instrucciones se pueden entonces dar a los varios dispositivos de salida vía la interfaz 36 y se puede tomar la acción apropiada (por ejemplo sonidos de claxon 42, se activa un dispositivo exting uidor de fuego 38). El siguiente es un ejemplo de una modalidad posible de un sistema para documentar una pérdida en un veh ículo o que implica un vehículo. Tal modalidad es referida como TR-ED en el siguiente ejemplo. Debe entenderse que la siguiente modalidad se ofrece solamente a modo de ejemplo y no de limitación . Son posibles varias otras modalidades de un sistem a para documentar una pérdida en un veh ículo o que im plica un vehículo. Un dispositivo pequeño de captura de video instalado fácilmente se puede instalar dentro de la cabina de un vehículo u otro equipo. Así, proporciona un sistema de reg istro y codificación en tiempo real. A través de este ejemplo, el dispositivo es referido como "TR-ED" (Time Recording and Encoding Device). La cámara orientada hacia delante fija proporcionará una visión del camino constante con el del campo visual del operador que es la trayectoria del veh ículo. Un registrador de video digital a bordo continuamente "bobinara" la filmación de video en vivo a su disco duro , m anteniendo solamente la señal de video durante la activación de la secuencia de "ejecución". La secuencia de "ejecución" puede ser cualquiera de eventos múltiples, que ocurren dentro del vehículo o una señal entrante al vehículo vía comunicación satelital (sat-com). Este proceso asegurará un vídeo en tiempo real deseado de un incidente en la memoria a bordo de la presente invención para el análisis futuro por la tercera parte autorizada (ATP) . Las claves para el funcionamiento de esta modalidad son que el dispositivo debe ser lo suficiente pequeño para no impedir el campo visual del conductor u operador cuando se instala dentro del vehículo u otro eq uipo (parabrisas, parasol , tablero de instrumentos, etc.). Las consideraciones específicas serán dadas para su consumo actual, voltaje de operación (por ejemplo 6V - 30VDC) , y facilidad de instalación. Se entiende que puede haber intervalo amplio de protocolo de operación para el dispositivo incluyendo: operación continua, operación en el vehículo, operación remota, etc. La consideración será proporcionada durante el diseño para varios escenarios de "encendido/apagado". Las características físicas del dispositivo deben ser lo suficiente rugosas para proporcionar protección contra: accidente vehicular, choque, calor y frío extremos (-600F a +2000F), agua, y fuego. Una reserva de batería interna se debe proporcionar con una duración suficiente para continuar la alarma posterior durante el evento de la finalización de la batería resultado del impacto, fuego u otro. El sistema debe ejecutar una secuencia de "ejecución" q ue consiste de la duración de la pre y post alarma. El sistema registrará continuamente la actividad en los incrementos de bucle (duración que se discutirá más adelante). Después de la activación de la función de "arranque de bucle", la unidad continuará registrando un intervalo del 50%, entonces archivara el archivo de incidente en su totalidad. Las versiones del dispositivo pueden incluir: un sistema de intervalo fijo - evento único (FISE); un sistema de intervalo variable - evento único (VISE); y un sistema de intervalo variable - evento m últiple (VIMS). FISE - documenta un solo evento durante la activación de la secuencia de "ejecución", el bucle de veinte (20) m inutos continuo ahorrará diez (10) minutos desde la pre-alarma y continuará ejecutando durante diez (10) minutos desde la post-alarma. Si el subsistema de monitoreo de video se inhabilita por el acontecimiento, después toda la memoria de subsistema de almacenamiento (20 minutos nominalmente) se utiliza para almacenar los datos del pre-acontecimiento. B. VISE - documenta un evento único durante la activación de la secuencia de "ejecución" . La duración seleccionable del usuario de diez- (10) minutos a sesenta- (60) minutos se puede programar en la memoria permanente antes del desplieg ue del dispositivo, y funcionara similar a FISE después de la activación. C. VI MS - documenta eventos m últiples durante la activación de la secuencia de "ejecución". El sistema programará y funcionara similar a VI SE, con el beneficio agregado de registrar acontecimientos múltiples como archivos en el disco duro (el número actual de eventos y duración dependerán de la duración de cada secuencia de "ejecución" respectiva). Mientras que se ejecuta una secuencia de documentación, VI MS ignorara los comandos adicionales para activar secuencia de "ejecución" . Solamente en la conclusión de una secuencia respectiva el dispositivo aceptara un adicional comando de "ejecución". Los mecanismos de "detención" m últiples para la activación del registro de "arranque por bucle", pueden incluir los siguientes: un acelerómetro (u otro método para determinar la aceleración , desaceleración o cambio direccional fuera de las características de operación normal del veh ículo o equipo), un botón "Emergency Stop" manual para la operación por un conductor u operador, un protocolo de comunicación satelital, etc. Un sistema de compensación de velocidad de trama variable (VFR) , se puede integrar al dispositivo por su sistema de software interno en un esfuerzo para conservar espacio de almacenamiento y proporcionar una calidad de imagen óptima en el momento del incidente. Usando una secuencia de alarma pre-evento que permite software, el sistema automáticamente recupera y guarda las imágenes, por ejemplo, cinco segundos antes de una secuencia de detenimiento a una velocidad de hasta aproximadamente 30 cuadros-por-segundo (fps). El sistema contin uará conservando cinco segundos que siguen el evento de detenimiento a esta alta resolución , entonces regresa a una velocidad de cinco cuadros por segundo. La velocidad de cuadros incrementada durante un incidente, mejorará dramáticamente la posibilidad de recolección información de identificación de vehículo o equipo positiva (placa de licencia) durante los segu ndos críticos pre- y post-incidente. Los cambios en la sincronización pueden programarse fácilmente. La figura 8 es una representación esquemática de las acciones potenciales que se pueden tomar como resultado un acontecimiento. La figura 8 se amplía en la descripción de la figura 7. Una vez que un comando llega de nuevo al sitio y está en la CPU 6 , la orden de ejecución puede llegar a la ¡nterfaz 36 y puede iniciar la secuencia de acción apropiada. A modo de ejem plo y no de limitación, una secuencia de acción apropiada puede comprender uno o más de los siguientes: la finalización del encendido de vehículo 80 a través del interruptor de apagado/encendido 84 inhabilita el encendido vía el protocolo de botón de pánico remoto 35, comienzos de la extinción del fuego 81 usando el dispositivo asociado 38, la liberación de la sustancia inhabilitadora 82 comienza por el uso del dispositivo 37, el ruido 83 se utiliza a través de una claxon o sirena 42, o activación/desactivación 59 u otra acción comienza 85 usando cualquier otra unidad de salida 24. La figura 9 es una descripción esquemática de DCA 60, que es un sistema de ingreso de datos remotos para la identificación del cargamento, verificación de aceptación/rechazo, entrada del pago, y varias funcionalidades de tarjeta inteligente. DCA 60 es un dispositivo bloqueado manualmente que verifica el suministro, control, y reconocimiento de la recepción del cargamento. DCA 60 puede también aceptar la entrada de pago 65 con la tarjeta de crédito 71 y cualquier dato de una tarjeta inteligente 70. Los datos de la tarjeta inteligente 70 se pueden utilizar para completar el s uministro, para identificar la parte emisora y/o receptora o para transferir el cargamento a otro expedidor para el suministro final. DCA 60 se puede también conectar a la interfaz 36 directamente a través del conector de interfaz 67 con la CPU 6 o una CPU externa 1 9. DCA 60 puede incorporar una entrada de fecha de un teclado alfabético 62, teclado numérico 63, un sitio de firma y orden electrónico 64 para la aceptación o rechazo de la orden 64, y/o un lector digital de pago con tarjeta de crédito. DCA 60 puede transferir la información registrada en una tarjeta inteligente 70 en na base de datos a través de la inserción de la tarjeta inteligente 66. Esta información de entrada, junto con cualq uier otra información con respecto al cargamento de la CPU interna 6 y/o una CPU externa 19, se puede exhibir para ia verificación del cliente en el exhibidor LCD 61 . La información exhibida se puede entonces reconocer por el receptor y la transacción se puede verificar y rastrear para la verificación de la tercera parte por la activación del indicador de reconocimiento de verificación final 68. DCA 60 se puede accionar por la batería interna 21 vía el interruptor 69. La fig ura 1 0 es un diagrama de flujo de las verificaciones de sistemas CPC. La fig ura 1 0 describe el flujo de las verificaciones de sistema internas par el sistema que se puede realizar en el lugar o remotamente. Estas verificaciones se diseñan para verificar la funcionalidad de unidades individuales en una base regular para corregir problemas antes de cualquier incidente/acontecimiento posible o permiten el reem plazo de las unidades según sea necesario. Además, las verificaciones de sistemas CPC pueden notificar a un administrador inmediatamente durante el evento de cualq uier malfuncionamiento . El cronometro 95 puede permitir opcionalmente la verificación de sistema periódica 90 de la ejecución, o la verificación de sistema 90 puede tener la activación programable. La verificación de sistema periódica 90 puede ejecutar diagnósticos periódicos. Si está activada, la ¡nterfaz de sensor de monitoreo de sistema 92. Una verificación de sistema completa 93, entonces se puede realizar. Si el resultado de la verificación es 'ok' (sí), un reenvió se puede hacer en el modo inactivo 91 . De lo contrario, una notificación de falla causante 94 se puede enviar al monitor del sistema. La figura 1 1 es un diagrama de flujo que muestra las interacciones totales de la causa de la pérdida contra los procedimientos de control de pérdida. Un usuario final 102 coloca una orden 1 03 en un sistema de control principal 1 01 . La orden es verificada 1 1 3 por la tercera parte. El sistema de control principal 101 entonces genera el cargo 1 04, q ue es verificado 1 14 por la tercera parte, y enviado al distribuidor 105. El distribuidor 1 05 envía el inventario, q ue es verificado 1 1 6 por la tercera parte, junto con u n cargo para la facturación 1 07, al usuario final 1 02. El usuario final 1 02 entonces envía el pago 1 1 0, el cual es verificado 1 1 1 por la tercera parte, al distribuidor 105. Una vez q ue el pago 1 1 0 es recibido por el distribuidor 105 y 1 15 verificado por la tercera parte, una transferencia bancaria 1 06 se verifica 1 1 2 y se envía al sistema de control principal 101 que dirige el pago 109 al banco central 108.

El usuario final 1 02 recibe el producto 1 1 8, que es verificado 1 1 7 por la tercera parte. La fig ura 1 1 así il ustra un modelo o sistema de distribución/rastreo básico de los com ponentes seguros que forma una solución integrada al problema del cumplimiento de la tercera parte para rastrearlos. El sistema puede rastrear bienes y datos tal como bienes manufacturados, porcentaje de terminación de los proyectos de construcción, proyectos de construcción terminados, contratos/acuerdos de adquisición, servicios y/o productos asociados. Por ejemplo, la tercera parte (por ejemplo un agente especifico no asociado con cualquier fabricante, distribuidor, o contratista) proporcionará organización y mantenimiento de un servidor que facilita el rastreo. Una agencia de certificación de seguridad no asociada con el agente de organización, fabricantes, distribuidores, y/o contratistas puede garantizar la seguridad de la transacción entre los fabricantes, distribuidores, y/o contratistas a través de la emisión de un certificado de seguridad revisado y renovado an ualmente. En el caso de productos manufacturados, una infraestructura de comercio electrónico puede tener un diseño de base de datos de cliente y una implementación para el almacenamiento de información referente al rastreo de los productos de del fabricante, información de rastreo de envió, y a la recepción del distribuidor de bienes. Una base de datos puede también rastrear las órdenes de adquisición y la recepción de los pagos para la exportación a otros productos de software (por ejemplo hojas de distribución). Una aplicación de software de cliente puede facilitar el ingreso de información de fabricación y envío para los productos de los clientes de fabricantes. La aplicación de software también puede facilitar el ingreso de recibos de envío para bienes fabricados y la generación de peticiones de orden de adquisición. El software puede también estar disponible para un diseño de cliente y para la implementación de la infraestructura requerida para ordenar y adq uirir los productos de un fabricante en línea vía un sitio web. Una interfaz web del distribuidor para la infraestructura de comercio electrónico puede existir como diseño de cliente con un mínimo de patrones para la interconexión con la infraestructura de comercio electrónico. Los servicios para integrar las interfaces web de distribuidor en la infraestructura de comercio electrónico pueden también existir para dar soporte y mantenimiento a las interfaces web del distribuidor. La figura 1 2 es un ejemplo de una modalidad que aplica datos de cumplim iento de la tercera parte y almacena a una aplicación medica. Esta modalidad integra campos de visión 4 de imágenes de la cámara o dispositivo óptico 3 y audio 31 a una aplicación de profesión médica. El proceso puede comenzar con el reg istro de video y audio de la entrevista pre-cirug ía entre un paciente y un doctor. El doctor puede describir el tratamiento, operación, resultados esperados, y la recuperación . En el proceso, el doctor puede tratar todos los problemas del paciente y se pueden realizar las descargas. Esta información se puede codificar 39 y almacenar 45 de una manera que se refiere al número de archivo del paciente u otro número de identificación. Durante la operación, se pueden registrar todas las señales de la cámara de vídeo y del dispositivo óptico 3, su campo visual 4, señales de equipo de monitoreo 32, y señales de audio 31 . Los datos se pueden codificar 39, transmitir a la interfaz 36, transmitirse a la unidad de procesamiento central 6, y entonces almacenarse 45 de una manera tal que se hace alusión al n úmero de identificación del paciente. Durante el evento en el cual la operación es vista en vivo por un grupo de estudiantes de medicina o médicos consultantes en otro lugar, los datos se pueden decodificar 40 y transmitirse 5 a una CPU 19 en otro lugar para que sea vista. Si la operación requiere la asistencia o monitoreo de un doctor en otro lugar, el cual participa o instruye y/o en el evento de una emergencia, los datos codificados se pueden enviar directamente por el transceptor 5, decodificarse 40, y verse 1 9. Durante el evento en q ue la información del paciente necesita revisarse antes de la operación o incluirse en los datos de verificación de la tercera parte, la información se puede descargar por partes externas im plicadas, quienes están autorizados y conectados a través de una unidad de entrada adicional 23. Durante la recuperación o rehabilitación del paciente, parte o toda la información que puede ser relevante para la condición del paciente tal como los resultados de la prueba, alivio de la prescripción y así sucesivamente, puede registrarse, codificarse, almacenarse, y remitirse electrónicamente al número de identificación del paciente. En el evento de las complicaciones, se puede tener acceso al archivo completo para evaluar el tratamiento y revisar la operación y la rehabilitación del paciente. En el evento de la demanda del paciente, el archivo completo se puede admitir como evidencia. La copia codificada del archivo se puede decodificar, certificar, y enviar a am bos lados de la demanda y corte. El hecho de que el archivo de datos del paciente este codificado puede ayudar a asegurar que la privacidad del historial médico del paciente, sea mantenida. Además, el archivo de datos codificado del paciente puede permitir que una segunda opinión sea ofrecida desde una ubicación remota, se puede utilizar como una fuente de datos médicos de emergencia (incluso si el paciente está en una ubicación remota), y se puede utilizar para ayudar al paciente con sus propios registros y preguntas con respecto a su salud. La fig ura 1 3 es un ejemplo de una modalidad que aplica los datos de cumplimiento de la tercera parte y almacena una aplicación legal. Esta modalidad integra campos de visión 4 de imágenes de la cámara o dispositivo óptico 3 y audio 31 a una aplicación de profesión legal. El estándar actual para las declaraciones es para que los datos de procedencia legal sean transcritos por un registrador de la corte . Con la introducción de los datos de cumplimiento de la tercera parte, la declaración completa se puede ver en tiempo real y/o en un momento posterior. La imagen de video de la declaración, a través de la cámara 3, registra la comunicación no verbal en su campo visual 4. El audio 31 registra todos de los movimientos y discusiones no oficiales así como los movimientos y discusiones oficiales. Cualquier documento generado o explorado por computadora pertinente se puede conectar a través de la entrada de unidad adicional 23. Los datos se pueden codificar 39, almacenar 45, y estar disponibles para revisarse. Los datos se pueden transmitir en tiempo real o posteriormente a una ubicación remota vía el transceptor 5. Cuando los datos se transmiten a una ubicación remota vía el transceptor 5, se pueden decodificar 40 y verse a través de la CPU 1 9, o los datos se pueden decodificar 40 y transmitirse vía el transceptor 5 a la CPU 1 9 para el almacenamiento y recuperación en una fecha posterior. La actualización y cumplimiento de los estándares de evidencia se pueden realizar por cualquier reportero de la corte certificado. El resultado final puede ser una copia corregida con los movimientos no oficiales eliminados las señales de audio 31 y video de campo visual 4 para el uso de la corte y de evidencia. Además, una copia no correg ida puede proporcionarse, la cual incluye todas las grabaciones video y audio. La copia no corregida puede estar disponible para los abogados acusadores y defensores. En resumen, los datos de vídeo y audio se pueden com binar en un formato que siga las reglas federales de evidencia. Se pueden codificar para garantizar la validez y originalidad. Se pueden descifrar y certificar por la tercera parte independiente, antes de la revisión de cualquier entidad gubernamental, sistema judicial, arbitro, u otro parte que requiera la verificación por la tercera parte de la validez y autenticidad de datos. La figura 14 es un ejemplo de una modalidad que aplica datos de cumplimiento de la tercera parte y almacenamiento para documentar un proyecto de construcción . Se debe entender que la siguiente modalidad se ofrece como un ejemplo y no se debe interpretar como una limitación. Un propietario concede un contrato a una compañía de construcción para la construcción de un proyecto. El contrato está en el marco legal que establece los térm inos, los cuales pueden incluir, sin limitarse a, req uisitos de pago, documentación requerida para verificar el trabajo realizado, cum plir con los códigos y regulaciones, y los métodos para la resolución del conflicto. La supervisión de la administración del proyecto y contrato regresa al administrador de proyecto de la compañía de construcción . El administrador de proyecto puede ejecutar un o más contratos separados con subcontratistas para el trabajo que realizarán. La administración del primer contrato y todos los subcontratos es la responsabilidad del administrador de proyecto, que comparte datos relevantes con los partes que tienen un interés adquirido en el proyecto. A modo de ejemplo y no de limitación , tales partes pueden incluir: 1 ) Propietarios, 2) Subcontratistas, 3) Bancos y/o departamentos de crédito, y/o 4) Terceras partes independientes. La información que será compartida por el administrador de proyecto puede codificarse. Puede compartirse utilizando códigos de acceso de dueño que funcionan para dar a partes particulares la capacidad de ingreso a sus datos relevantes respectivos, que se pueden actualizar en tiempo real vía el administrador de proyecto y/o el departamento de contabilidad. Todo el acceso se puede conceder en una base de autorización dependiendo de la responsabilidad de la parte para el proyecto. El acceso se puede limitar a los datos seleccionados. Además, se puede dar la autorización para corregir o agregar a datos existentes . Los datos de proyecto pueden comenzarse a acumular cuando el proyecto comienza y pueden continuar acumulándose hasta la finalización del proyecto. Cada transacción que implica los datos de proyecto puede registrarse y codificarse para proporcionar una huella en papel virtual. Los datos de proyecto pueden estar sujetos a revisión por varias partes en base a su nivel de autorización. A modo de ejemplo y no de limitación, los datos revisados pueden ser cualq uiera o todos de los siguientes: 1 ) Petición de pago 2) Pagos 3) Liberación de embargo 4) Ordenes de cambio 5) Auditorias y análisis y ajustes finales 6) Aprobaciones finales y firma 7) Garantía Utilizando un sistema de rastreo y cumplim iento de la tercera parte, todos los proyectos pueden ser capaces de la integración sin restricción virtual entre la administración de manejo del contrato, estimación, contabilidad, y proyecto, así como todos los contribuyentes relacionados, por ejemplo legales, de seguros, seguridad, bancarios, etc. Esta integración de la tercera parte puede permitir y mejorar las funciones de rastreo independiente y verificable, monitoreo, cumplimiento, y auditoria. En el evento de un defecto latente, toda la información codificada y relevante puede estar disponible para las partes apropiadas. Esto es especialmente importante para una seguridad en el evento de una demanda hecha después de la finalización del proyecto, pero dentro del período de garantía. Las partes y/o circunstancias que contribuyen al defecto latente se pueden identificar por la tercera parte independiente para permitir la resolución oportuna seg ún lo establecido en los documentos del contrato. Además, los datos de proyecto de cumplimiento de la tercera parte pueden adm itirse como evidencia en la corte. Lo siguiente es una ¡lustración del flujo de información en una modalidad posible de un método para usar un sistema de administración de datos de cumplimiento de la tercera parte para documentar y rastrear la administración de la construcción. Se debe entender que son posibles otras modalidades para usar un sistema de de administración de datos de cumplimiento de la tercera parte para documentar y rastrear la administración de la construcción. El valuador del proyecto de construcción 1 50 prepara una valoración de costos para la construcción del proyecto específico. El propietario del proyecto 153 concede el contrato de proyecto 162 a la compañía de construcción 154 que emplea al valuador del proyecto de construcción 1 50. La dirección de la administración del proyecto y contrato entonces regresa el administrador de proyecto 155, que es empleado por la compañía de construcción 1 54. A su vez, el administrador de proyecto 155 ejecuta uno o más contratos a subcontratistas 161 para el trabajo q ue realizarán, y es responsable de la adm inistración de estos contratos y subcontratistas. Todos los datos de información de proyecto fluyen a y a través del administrador de proyecto 155. El administrador de proyecto 155 confirma todo el trabajo que se ha com pletado y envía la información a la tercera parte independiente 1 00 para la verificación . La misma información se envía al departamento de contabilidad i 57 al que se facturara.

Después de la verificación , la tercera parte independiente 100 prepara una petición de pago 167, obteniendo las liberaciones de las obligaciones firmadas 168, y se transmiten al propietario del proyecto 153. El propietario del proyecto 1 53 autoriza al banco 165 hacer los pagos 1 64. Dependiendo de los térm inos establecidos en el contrato de proyecto 162, los fondos son pagados de la cuenta de operación 166, o de la cuenta de crédito de la tercera parte 163. Una copia de los pagos 164 se envía el departamento de contabilidad 157, y a la tercera parte independiente 100. En algunos casos, la tercera parte independiente 100 envía la solicitud de pago 167 al propietario del proyecto 153, que entonces envía las liberaciones de obligaciones 168 al administrador del proyecto 155 para que sean firmadas. Cuando se reciben, una copia se envía a ia tercera parte independiente y al propietario de proyecto 153 quién autoriza al banco 165 a liberar los pagos 164. Una copia de los pagos 164 se envía al departamento de contabilidad 157 y a la tercera parte independiente 100. En ningún caso los pagos 164 se harán sin las liberaciones de obligaciones firmadas 168. Mientras que progresa el proyecto, la tercera parte independiente 100 comienzan a integrar los datos de información del proyecto 1 58, siguiendo, los documentos de cumplimiento de contrato, y cualquier otro documento 169 relevante para la finalización . La tercera parte independiente 100 mantendrá el cumplimiento del aseguramiento, supervisarán los certificados del seguro, y adm inistrarán los programas de auditoria del cumplimiento del seguro. En el caso de los proyectos de construcción , utilizando al adm inistrador de proyecto como el centro para todo el flujo de información y toda la actividad relacionada al empleo, los proyectos serán capaces de la integración sin restricciones virtual entre el cumplimiento del contrato, valoración , contabilidad y todos los contribuidores de la tercera parte relacionados. Esta integración de la tercera parte permitirá y mejorara las tareas de seg uimiento independiente y verificable, cumplimiento y auditoria. La figura 15a es un ejemplo de una modalidad de un sistema de datos de cumplimiento de la tercera parte, integrado en una aplicación de la industria de transporte y sigue al diagrama de la figura 1 . El sistema en este ejemplo se refiere a una unidad V-RAD, y comprende la interfaz 36, cámara 3, campo visual 4, localizador GPS 33, fecha y hora 48, y sensor de im pacto 25. La CPU 6 codifica 39 los datos y los almacena en el disco duro 45. El disco duro registra continuamente los datos en un bucle hasta que se activa el sensor de im pacto 25. En ese punto, el dispositivo de registro de datos 45 registra los datos codificados hasta que el bucle de datos tenga registrado el tiempo especificado en el programa de software o tenga el establecimiento del tiempo de registro. En cualquier punto en el tiempo, los datos codificados en el disco duro se pueden descargar y dirigir 46 en ia codificación de señal de transmisión de cifrado 44, y transmitir a través del transceptor de señal 5 para el almacenamiento en la CPU 19 en otro lugar o decodificar en el evento de un acontecimiento para comenzar el análisis de datos verificados por la tercera parte e introducirlos como evidencia. La figura 15b ilustra los datos flujo del sistema de la figura 15a. Los datos de la imagen de cámara 120 y los datos de los sensores de información 121 se dirige a través del transceptor 5, CPU 6, y cifrado/codificación de señal 44. En el evento de la transmisión en vivo a la CPU 6 en otro lugar, los datos se dirigen para la transmisión directa a través del transceptor de señal 5 a la CPU 19 en otro lugar, o se codifican 39 y dirigen al disco duro 45 para el almacenamiento. Los datos en el disco duro se están reescribiendo continuamente hasta que los datos se dirigen para conservarse. Los datos se pueden codificar para la transmisión segura 39, o dirigirse desde el disco duro 45 al transmisor de señal 5 a la CPU 1 9 en otro lugar. Un detalle de la resolución de la imagen está posteriormente. Un ejemplo de una resolución de imagen posible se puede considerar en la tabla 1 posterior. Tabla 1 El acceso a las secuencias de video está restringido solamente para la revisión por la tercera parte autorizados (ATP). Una secuencia detallada y de cifrado del dueño se puede desarrollar por los analistas de ATP exclusivamente. La capacidad de garantizar la autenticidad es crítica para someter la evidencia en video en procedimientos j udiciales. El sistema de hardware V-RAD cifrará el "bucle" de video después de la activación, sig uiendo su finalización del bucle respectivo, el archivo será archivado en el disco duro a bordo. El dispositivo debe eníonces conectarse directa o remotamente (vía la conexión de internet segura o por aplicaciones fijas dentro de una cabina por un portador de intervalo corto de -802.1 Ib, sistema de transceptor de datos de baja potencia, etc.) a ATP para la descarga, cifrado, revisión y análisis. Duraníe el proceso de descifrado, el número de regisíro de ATP será codificado con una "marca de agua viríual" en el archivo para los propósitos de la cadena de custodia (incluyendo hora y fecha de acceso). Solamente siguiendo la autorización del número de registro de ATP el archivo se puede descargar a CD, DVD , o un medio análogo como un archivo digital MPEG-2. Cuando se descarga desde la versión VIMS del sistema, ATP íendrá avisos a paríir de los cuales se seleccionan escenas. Una vez que se abre una escena, se marca permaneníemeníe con número de reg isíro de ATP. Múlíiples ATPs pueden íener acceso al mismo archivo; cada uno será ingresado en la "marca de agua virtual" del archivo respectivo. U n solo sistema de software acompañará las versiones VI SE y VI MS de V-RAD , cada uno contiene una licencia de único usuario. El software perm itirá al clieníe programar la versión de VI SE y VIMS del sisíema aníes de la insíalación en un veh ículo. El sofíware se proyecta para que sea un sistema de base DOS con capacidad de prog rama de puerto serial. El software de análisis estará disponible solameníe para ATPs auíorizados que han íerminado el proceso de regisíro. Cada uno es una licencia de único usuario y requerirá la en acíivación en vivo, en línea, aníes de la emisión de un . código de auíorización. El soffware de la ATP coníendrá los algoritmos de descifrado para vídeo, audio, y para la recuperación y análisis del seguimiento del proyecto o producto, así como métodos estandardizados de almacenamiento y descarga. Un componente esencial de V-RAD es el desarrollo de un sistema de verificación de evidencia de la "Tercera Parte Autorizada". La ATP actuaría como un intermediario entre el propietario/operador del vehículo y el asegurado, proporcionando un reporíe imparcial que períenece a: 1 . El incideníe, relacionado a las causas que esfuvieron deníro o fuera del conírol del operador. 2. Conclusiones pre-alarma, qué condujeron a la circu nsíancia y nuevameníe esíuvo el operador deníro o fuera del conírol de los evenfos. 3. Conclusiones posí-alarma, que eveníos íoman lugar después del evenío y cuáles fueron las acciones específicas del operador. El desarrollo del sisíema de verificación de la ATP debe ser un esfuerzo de colaboración eníre los asegurados, los encargados de la aplicación de la ley, consejo judicial y varios represeníaníes de las indusírias de fransporíe 1 , grúa y cordaje 2, y otro equipo 3. Mientras q ue un número de caracterísíicas y m odalidades se han discuíido aníeriormeníe, los experíos en la íécnica reconocerán cierías modificaciones, cambios, adiciones y combinaciones secundarias de las mismas. Por lo tanío se desea que (as siguieníes reivindicaciones anexas posíeriormeníe inlroducidas se iníerpreíen para incluir íodas las modificaciones, cambios, adiciones y combinaciones secundarias que esíén deníro de su espírííu verdadero y alcance. Cada modalidad del aparaío descriía en la presente tiene equivalentes numerosos.

Claims (1)

1. REIVINDICACIONES 1 . Un sistema de documentación de evento (EDS) que funciona para documentar un evento en un área monitoreada, que comprende: un subsistema de monitoreo de video que tiene una señal de salida que representa una imagen del área monitoreada; un subsistema activador de evento capaz de detecíar el evenío; un subsistema de codificación capaz de cifrar la señal de salida del subsistema de moniforeo de video; un subsistema de almacenamienío capaz de almacenar la señal de salida del subsistema de monitoreo de video; un subsistema de control capaz de controlar el EDS; en donde el subsistema de monitoreo de video funciona continuameníe mieníras que el EDS esíe funcionando; en donde el subsisíema de codificación cifra la señal de salida del subsisíema de monitoreo de video; en donde el subsistema de almacenamiento almacena la señal de salida del subsistema de monitoreo de video cifrada; en donde cuando el subsistema activador del evento detecta el evento, el subsistema de control instruye al subsistema de almacenamiento para conservar un segmento de datos pre-evento y un segmento de daíos posí-evento; en donde si el evento hace al subsistema de monitoreo de video inoperable, entonces se utiliza la capacidad de almacenamienío compleía del subsisíema de almacenamienío para almacenar el segmenío de daíos pre-evenfo; y en donde la señal de salida del subsisfema de mon iíoreo de video cifrada se puede descifrar solamenfe por una oficina de servicio de almacenamienío de base de dafos que se ha ceríificado para maníener los dafos exacíos y auíéníicos. 2. El EDS de la reivindicación 1 , en donde el subsisíema acíivador de evenío adicionalmenfe com prende un subsisíema de defección de cambio ambienlal. 3. El EDS de la reivindicación 2, en donde el subsisíema activador de evento adicionalmente comprende un subsistema de detección de fuerza mecánico . 4. El EDS de la reivindicación 2, en donde el subsistema activador de evento adicionalmente comprende un subsistema de detección de cambio de flujo. 5. El EDS de la reivindicación 2, en donde el subsistema activador de evento adicionalmente comprende un subsistema de detección de cambio de presión. 6. El EDS de la reivindicación 1 , en donde el área moniíoreada adicionalmenfe comprende una írayecíoria del vehículo. 7. El EDS de la reivindicación 6 que adicionalmeníe comprende un subsisíema de moniíoreo de veh ículo que íiene una señal de salida que representa una o m ás de las caracíerísíicas de funcionamienío del veh ículo. 8. El EDS de la reivindicación 1 que adicionalmeníe comprende un transmisor capaz de transmiíir la señal de salida del subsistema de monitoreo de video cifrada a la oficina de servicio de almacenamiento de base de datos. 9. El EDS de la reivindicación 1 , en donde el subsistema activador de evento adicionalmente comprende un interrupíor de pánico para accionar manualmeníe. 1 0. El EDS de la reivindicación 1 , en donde el subsisíema de monitoreo de video adicionalmente comprende una cámara instalada en el exterior de un vehículo. 1 1 . El EDS de la reivindicación 1 , en donde el área monitoreada adicionalmente comprende la propiedad inmobiliaria. 12. El EDS de la reivindicación 1 , en donde el área monitoreada adicionalmeníe com prende un aparaío de consírucción . 13. El EDS de la reivindicación 1 , en donde el área moniíoreada adicionalmenle comprende un coníenedor de cargamenío. 14. El EDS de la reivindicación 1 que adicionalmente comprende un receptor capaz de recibir un comando desde una paríe alejado que insíruye al EDS para tomar una o más acciones. 15. El EDS ue la reivindicación 14, en donde una o más acciones adicionalmente comprenden inhabilitar un subsistema. 16. El EDS de la reivindicación 14, en donde una o más acciones adicionalmente com prenden activar un subsistema. 1 7. Un método para documentar un evento en un área monitoreada, que comprende: operar un subsistema de monitoreo de vídeo que tiene una señal de salida q ue representa una imagen del área monitoreada continuamente; cifrar la señal de salida del subsistema de monitoreo de video vía un subsistema de codificación; almacenar la señal de salida del subsistema de monitoreo de video cifrada en un subsistema de almacenamiento; insíruir al subsisfema de almacenamienío para conservar un segmento de datos pre-evento y un segmenío de datos post-evento cuando un subsistema activador de evento deíecía el evenfo; conservar en capacidad de almacenamienío compleía del subsisíema de almacenamienío, un segmento de datos pre-evento si el evento hace al subsistema de monitoreo de video inoperable; y permitir que la señal de salida del subsistema de monitoreo de video cifrada sea descifrada solamente por una oficina de servicio de almacenamiento de base de datos, que se ha certificado para mantener los datos exacíos y auíéníicos. 18. Un sisíema de documenfación de evenío (EDS) que funciona para documenfar un evenfo en un área moniíoreada, que comprende: un subsisíema de moniíoreo de video que íiene una señal de salida q ue represenía una imagen del área moniíoreada; un subsisíema acíivador de evenío capaz de detectar el evento; un subsistema de codificación capaz de cifrar la señal de salida del subsisfema de moniforeo de video; un subsisíema de iransmisión capaz de transmitir la señal de salida del subsistema de moniíoreo de video a un lugar remofo; un subsisíema de conírol capaz de confrolar el EDS; en donde el subsisíema de moniíoreo de video opera coníinuameníe mieníras que el EDS esíe operando; en donde el subsísíema de codificación cifra la señal de salida del subsistema de moniforeo de video; en donde el subsisfema de fransmisión íransmiíe la señal de salida del subsisfema de moniloreo de video cifrada al lugar remoío a un infervalo de íiempo predeíerminado; y en donde la señal de salida del subsistema de monitoreo de video cifrada se puede decodificar solamente por una oficina de servicio de almacenam iento de base de datos que se ha certificado para mantener los datos exactos y auténíicos. 19. Un méíodo para documeníar una conferencia médica o dental y un procedimiento médico o dental, que comprende: operar un subsistema de monitoreo de video que cubre una conferencia médica o dental de procedimiento previo; operar el subsistema de monitoreo de video durante el procedimiento médico o deníal; cifrar la señal de salida del subsisíema de moniíoreo de video vía un subsisíema de codificación; almacenar la señal de salida del subsisíema de moniíoreo de video cifrada en un subsísfema de almacenamienfo capaz de almacenar la señal de salida del subsisíema de monitoreo de video; y permitir que la señal de salida del subsistema de monitoreo de video cifrada sea descifrada solamente por una oficina de servicio de almacenamiento de base de datos que se ha certificado para mantener los datos exacíos y auíéníicos. 20. El méíodo para documenfar una conferencia médica o deníal y un procedimienío médico o deníal de la reivindicación 19, que adicionalmeníe comprende operar el subsisíema de moniíoreo de video duranfe una sesión de recolección de daíos post-procedimienfo. 21 . Un méfodo para documeníar un procedimíenío legal, que com prende: operar un subsisfema de monitoreo de video que tiene una señal de salida q ue represenía una imagen del procedimienío legal duraníe el procedimienío legal; cifrar la señal de salida del subsisíema de moniforeo de video vía un subsistema de codificación; almacenar la señal de salida del subsisíema de monitoreo de video cifrada en un subsistema de almacenamiento capaz de almacenar la señal de salida del subsistema de m?nitoreo de video; y permiíir que la señal de salida del subsisíema de moniíoreo de video cifrada sea descifrada solameníe por una oficina de servicio de almacenamienfo de base de daíos que se ha certificado para mantener los datos exactos y auténticos . 22. Un método para documentar una transacción económica, que comprende: proporcionar una oficina de servicio de almacenamiento de base de datos que se ha certificado para mantener los datos exactos y auténíicos; autentificar y registrar una orden de un usuario final vía la oficina de servicio de almacenamiento de base de datos; auteníificar y regisírar una facíura que corresponde a la orden del usuario final vía la oficina de servicio de almacenamiento de base de datos; autentificar y registrar el envío de propiedad que corresponde a la factura vía la oficina de servicio de almacenamiento de base de datos; auteníificar y regisírar el pago del usuario final de una cuenía vía la oficina de servicio de almacenamienío de base de daíos; y permiíir el acceso a los regisíros almacenados de la f ransacción económ ica solamenfe por la oficina de servicio de almacenamienlo de base de daíos. 23. Un méíodo para documeníar un proyecto de consírucción, que comprende: proporcionar una oficina de servicio de almacenam ienío de base de daíos que se ha ceríificado para m anfener los daíos exacíos y auíéníicos; verificar daíos relacionados al proyecío de consírucción vía la oficina de servicio de almacenam ienfo de base de daíos; cifrar los daíos relacionados al proyecío de consfrucción; crear un documeníal del proyecfo de consírucción almacenando los daíos cifrados relacionados al proyecío de consírucción en una base de daíos asociada con el proyecto de construcción mantenido por la oficina de servicio de almacenamiento de base de datos; proporcionar el acceso de solo lectura a la base de datos para el proyecto de construcción mantenido por la oficina de servicio de almacenamiento de base de datos a un primer grupo de partes; y proporcionar el acceso de lectura y escritu ra a la base de datos para el proyecto de construcción mantenido por la oficina de servicio de almacenamiento de base de datos a un segundo grupo de partes. 24. Un aparato portáíil que funciona para documeníar y faciliíar la enírega de un cargamenfo, que comprende: un íeclado para capíurar datos de caracteres; una interfaz de tarjeía bancaria para capíurar daíos de la íarjeía bancaria; una interfaz de tarjeía de ideníificación para capfurar los daíos de la farjeía de ideníificación; una iníerfaz de com unicación para conecíarse a una red de com unicaciones exferna; una iníerfaz de usuario para que un usuario reconozca la acepfación o rechazo del cargamenío; una paníalla ópíica para exhibir datos; en donde un operador puede documentar la transferencia del cargamento vía el teclado; en donde el usuario puede ser identificado vía la interfaz de la tarjefa de idenfificación; en donde el operador puede ser ideníificado vía la iníerfaz de la íarjefa de identificación; en donde el usuario puede adquirir el cargamento vía la ¡nterfaz de la tarjeía bancaria; en donde el usuario puede reconocer la recepción del cargamenfo vía la iníerfaz de usuario; y en donde el operador puede íransferir los datos comprendidos por el aparato portáíil a la red de com unicación exíerna vía la ¡nferfaz de comunicación. RESU M EN Se describen sisíemas y méíodos para documeníar un evenío. Los eveníos pueden incluir, sin lim iíarse a, un accideníe, crimen, íransporíe de cargamenío, procedimienío médico, procedimienfo legal, fransacción económica, y/o proyecío de consírucción. Un evenío se puede documeníar por daíos incluyendo, pero sin limiíarse a, regisíros ópticos y/o de audio del evenío. El documeníal del evenfo puede ser accesible solameníe vía una oficina de servicio de almacenamienfo de base de datos que ha sido certificada para mantener los datos exactos y auténticos, por una parte aceptable para un sistema judicial. El documental puede admifirse en un íribunal de jusíicia. El documeníal puede ser úíil para determinar la causa de un evento y/o prevenir un evento futuro.