MXPA04007762A - Metodo y sistema para administracion y recoleccion de datos agricolas. - Google Patents

Abstract

Se describe un sistema y metodo para la administracion y recoleccion de datos agricolas para proporcionar la verificacion de fuente sobre comprobacion de calidad y seguimiento del recubrimiento de productos agricolas durante el ciclo de produccion. Se recolectan, transfieren y comparten de manera eficiente los datos de productos individuales en una estructura transaccional orientada a eventos y a hileras con unas pocas columnas sin la necesidad de crear estructuras relacionales. El sistema incluye componentes de software para la recoleccion de datos y componentes de busqueda de datos en tiempo real; componentes para compartir, intercambiar, enrutar e interconectar; componentes para extraer, transformar y cargar y componentes para analizar y elaborar informes de datos. Las modalidades incluyen la adquisicion de datos a partir de multiples ubicaciones de lectores RFID; un sistema de informacion basado en la Internet para una alianza comercializadora de carne de res; una adquisicion basada en el valor y administracion de la cadena de abastecimiento.

Description

MÉTODO Y SISTEMA PARA ADMINISTRACIÓN Y RECOLECCIÓN DE DATOS AGRÍCOLAS ANTECEDENTES-SOLICITUDES RELACIONADAS Esta solicitud reivindica prioridad de la solicitud de patente de EE.UU. Núm. 10/073,485 presentada el 11 de febrero del 2002, y su especificación ha sido presentada como una solicitud PCT y como una solicitud de continuación en parte de la solicitud en EE.UU. número 10/073, 485.

ANTECEDENTES-CAMPO DE LA INVENCIÓN La presente invención se relaciona con un sistema, con un producto que consiste en un programa para computadora y con un método para monitorear eventos de procesamiento para un animal de engorda u otro producto agrícola desde su concepción hasta su consumo, mediante el uso de dispositivos de entrada de datos que minimizan el ingreso de datos mediante el teclado y múltiples bases de datos interconectadas de manera que un historial de un animal en particular puede proporcionar tanto una verificación de origen sobre comprobación de calidad como un seguimiento del desempeño.

DESCRIPCIÓN DE LA TÉCNICA ANTERIOR PANORAMA GENERAL Es necesario, tanto por razones de comprobación de calidad como económicas, un método eficiente y económico para identificar y monitorizar el ganado y para monitorizar el procesamiento de aquel ganado. Durante todo el ciclo de producción y procesamiento del ganado, se necesita información más detallada para que los rancheros, ganaderos, productores de alimento, empacadores, distribuidores, minoristas, consumidores y otros más puedan tomar decisiones informadas sobre los factores y variables como la genética, el manejo del hato, compra, estrategias de alimentación y fechas de embarque. Los productores que mejoran el rendimiento animal pueden obtener mayores ingresos con una compensación basada en el rendimiento cuando se puede obtener fácilmente información precisa sobre el historial y valor de cada animal. También hay una preocupación cada vez mayor sobre la comprobación de calidad del ciclo del procesamiento del ganado y existe la oportunidad para los productores y procesadores que puedan establecer esa comprobación de calidad para mejorar su compensación. Los programas efectivos de comprobación de calidad como el HACCP, o el Análisis de Riesgos y Puntos Críticos de Control, requieren de información precisa y oportuna sobre el historial de cada animal. La certificación de productos alimenticios orgánicos, productos alimenticios libres de hormonas y productos alimenticios que no han sido modificados genéticamente requieren de un historial preciso sobre aquellos productos alimenticios.

LA INDUSTRIA DE LA CARNE La industria de la carne es un buen ejemplo de la industria ganadera. Tradicionalmente, existen cuatro segmentos en la industria de la carne de EE.UU.: el productor de vacas/becerros, el ganadero, el productor de alimento y el empacador. El productor comercial de vacas/becerros tiene un hato de vacas maternas que se utilizan para producir becerros. Las vacas se cruzan con toros para que, idealmente, cada vaca tenga un nuevo becerro cada año. La cria de becerros que se produce cada año se utiliza principalmente para la producción de carne, algunos becerros se retienen como reemplazos para el hato. Normalmente los becerros se destetan de sus madres entre los seis y ocho meses de edad. El productor tradicional vende sus animales una vez que han sido destetados. Normalmente, los principales objetivos del productor son tener un becerro de cada vaca al año; tener becerros sanos y vigorosos con los mayores pesos al destete con el menor costo y producir la mejor carne, considerando factores como suavidad y sabor al menor costo. Para poder mantener estos objetivos, el productor se interesa en sistemas eficientes para identificar y monitorizar cada animal en forma individual conforme rotan por los pastizales del productor; identificando cuáles animales tienen un buen historial de nacimientos; monitorizar el rendimiento de los diversos pastizales; registrar la fecha de nacimiento de los becerros y estadísticas de peso al nacimiento y llevar el seguimiento del historial genético de cada animal; evaluar el rendimiento de los becerros de las vacas y toros en particular; registrar la fecha de destete y el peso al destete de cada animal y registrar los tratamientos, vacunas y otros eventos significativos que han ocurrido durante la vida del animal. El ganadero recibe becerros destetados cuando pesan aproximadamente 227 kilos (500 libras) y los alimenta durante cuatro a seis meses hasta alcanzar el peso de 317 a 363 kilogramos (700 a 800 libras) . El objetivo típico del ganadero es agregarles peso tan rápido como sea posible, mientras que se mantiene la salud de los animales. A fin de apoyar estos objetivos, el ganadero está interesado en recolectar y utilizar información como la identificación y monitoreo de los animales individuales conforme rotan en los pastizales del ganadero; el registro de tratamientos y medidas al inicio, al final y periódicos del peso; y registro de vacunación, movimiento y cambios de propietario y otros eventos significativos que han ocurrido durante la vida del animal a fin de registrar el éxito de los tratamientos así como eliminar los tratamientos duplicados. Después de la fase del ganadero, normalmente los animales se envían a un corral de engorda donde son alimentados con una dieta altamente energética durante aproximadamente 150 días. En el corral de engorda, el ganado se encuentra en una etapa finalizadora, donde el objetivo principal es agregar rápidamente kilos mientras que se mantiene a los animales sanos. El ganado estará listo cuando alcancen un peso de aproximadamente 500 a 550 kilos (1,100 a 1,200 libras). El productor de alimento está interesado en la ganancia de peso del animal, salud del animal y la efectividad de las diversas formulaciones de las raciones de alimento, las características del alimento consumido por un animal, periodos de espera requeridos para el envío de animales después de tratamientos con fármacos y el historial y origen de los animales. El rastro o la empacadora normalmente sacrifica el animal y luego lo congela, madura y corta la res muerta en los diversos cortes de carne y empaca aquellos cortes para su envío a distribuidores y vendedores. El empacador también proporciona las evaluaciones de producción y grado para la res muerta. Los importantes factores de calidad incluyen el peso en vivo del animal, el peso del animal muerto, un peso en frió y la producción, grado y calidad de la res muerta y los defectos en la misma. La información recolectada por el empacador es importante para todos los participantes en la cadena, debido a que les permite ajusfar sus prácticas de manejo basadas en el resultado económico y calidad actual de cada animal. Los datos al inicio de la cadena de proceso son importantes para el empacador debido a que le permite seleccionar animales que producen los resultados deseados por sus clientes. Normalmente, cada uno de los cuatro segmentos, el productor de vacas/becerros, el ganadero, en el corral de engorda y en la fase de empaque se intenta optimizar sus propias operaciones y hay relativamente poco énfasis en los esfuerzos de optimización cooperativa. Sin embargo, hay un reconocimiento cada vez mayor a través de estos segmentos de la industria, de que tanto para razones de comprobación de calidad como el mejoramiento de la industria en general, se desea mejorar el manejo o administración de datos. Un objetivo de la presente invención es proporcionar un registro, administración y recolección de datos mejorados.

CONTROL DE CALIDAD Y VARIABILIDAD Existe una variabilidad en la eficiencia individual de la producción animal y características individuales de calidad de la canal como: el peso, tamaño del esqueleto, musculación, contenido de grasa, marmoleado y eficiencia de alimentación. La variación se debe a la combinación de factores genéticos y factores ambientales como salud y tratamientos con fármacos, nutrición, historial de crecimiento y factores administrativos y ambientales como geografía, clima y ganadería. Varios de los factores ambientales y genéticos pueden controlarse o administrarse para mejorar tanto la calidad como la ganancia económica de la inversión si estuviera disponible una información exacta del historial durante el ciclo de producción . La industria ganadera reconoce que ciertas especies de ganado así como razas funcionan mejor que otras especies durante la producción y procesamiento. La técnica anterior ha utilizado sistemas de recolección de datos y análisis estadísticos de datos relacionados con razas de ganado haciendo identificar las razas con mejor rendimiento. Se necesita extender esta colección de datos para que los productores individuales puedan tomar decisiones informadas sobre animales individuales a fin de mejorar aún más sus hatos.

IDENTIFICACIÓN ELECTRÓNICA Aunque es posible usar métodos manuales de identificación para ganado y emplear métodos manuales para ingresar datos, se desea automatizar la identificación e ingreso de datos a fin de reducir el gasto y mejorar la precisión de los datos. Estos dispositivos normalmente producen ya sea un código alfanumérico individual o un código decimal individual exclusivo. Los sistemas y dispositivos de identificación electrónica han proporcionado un buen método para proporcionar identificación del ganado. Normalmente, los sistemas electrónicos de identificación utilizan un dispositivo pasivo de identificación electrónica que se induce a que transmita su señal de identificación mediante una fuente externamente radiante. Estos dispositivos pasivos de identificación electrónica pueden ser un transpondedor que es transportado por el animal en forma individual sobre un collar, como se muestra y describe en la Patente de EE.UU., de Carroll, Núm. 4,475,481, otorgada el 9 de octubre de 1984 y titulada "Identification System" y en Kuzara Patente de EE.UU. Núm. 4,463,353, otorgada el 31 de julio de 1984 y titulada "Animal Feeding and Monitoring System"; en un arete de identificación como las que se comercializan por Destron/Fearing Inc., Allflex USA, Inc. y Avid Marketing, Inc.; en un transpondedor implantado en el animal como se muestra y describe en Pollack Patente de EE.UU. Núm. 4,854,328, otorgada el 8 de agosto de 1989 y titulada "Animal Monitoring Telltale and Information System" y en Antón Patente de EE.UU. Núm. 4,262,632, otorgada el 21 de abril de 1981 y titulada "Electronic Livestock Identification System"; o en un bolo como el que se ilustra y describe en Patente de EE.UU. Núm. 4,262,632, otorgada el 21 de abril de 1981 y titulada "Electronic Livestock Identification System" por John P. Antón y Harley A. Leach. Aunque se utiliza identificación electrónica mediante etiquetas o códigos de barra de identificación de radio frecuencia (RFID por sus siglas en inglés) para algunas fases de ciclo de producción ganadera, se necesita proporcionar un medio para la identificación del animal individual durante el ciclo de producción y minimizar la dificultad del ingreso de datos en la industria, mediante la interfaz con tecnologías de identificación como RFID, código de barras, exploración de la retina, exploración del iris, ADN e identificación visual.

LECTORES RFID Se comercializan varios lectores RFID, normalmente de los proveedores de transpondedores, incluyendo modelos de Destron/Fearing, Inc., Allflex EU, Inc., Avid Marketing, Inc., y Tag Tracker de InfoClip LLC. La técnica anterior incluye lectores RF1D que pueden distinguir múltiples tipos de transpondedores RFID como se ilustra y describe en la Patente de EE.UU. Núm. 5,235,326, otorgada el 10 de agosto de 1993, "Multi-Mode Identification System" por Michael L. Beigel, Nathaniel Polish, y Robert E. Malm.

SISTEMAS DE ADMINISTRACIÓN Y BASES DE DATOS En diferentes etapas del ciclo de producción, existen diferentes bases de datos, que pueden existir por diversos propósitos comerciales. El ranchero normalmente mantiene su propia base de datos, un ganadero tendrá un sistema de inventario, un corral de engorda tendrá una base de datos administrativa y el empacador tendrá su propio inventario y sistemas de administración. También existe la tendencia hacia una mayor alianza del mercado o bases de datos nacionales que incluyen algunos datos de cada uno de los segmentos de la industria. La Patente de EE.UU. Núm. 5,322,034, que se presentó el 21 de junio de 1994 por Richard L. Willham, con el titulo "Livestock Record System" describe un método para almacenar los datos individuales del rendimiento e identificación del animal en un módulo programable de almacenamiento de datos e identificación electrónica que es transportado con el animal. Un objetivo de la presente invención es proporcionar un sistema económico por animal para obtener y mantener la verificación de la fuente y bases de datos del rendimiento que son independientes del animal . La Patente de EE.UU. Núm. 5,315,505 otorgada por illiam C. Pratt el 24 de mayo de 1994 con titulo "meted and System for Providing Animal Health Histories and Tracking Inventory of Drugs" describe un método y sistema para proporcionar un tratamiento mejorado con fármacos en animales seleccionados en un grupo retenido. Se utiliza un sistema de computadora para proporcionarle a un operador el historial del tratamiento con fármacos y de salud de un animal. Con esta información y un diagnóstico del estado de salud del animal, se elige un tratamiento con fármacos. El diagnóstico y tratamiento se ingresan en el sistema de computadora para actualizar el historial de tratamiento y salud del animal. Un objetivo de la presente invención es proporcionar bases de datos completas sobre el rendimiento y verificación de fuente para todos los eventos ganaderos clave . La Patente de EE.UU. Núm. 5,673,647 con título "Cattle Management Method and System", otorgada el 7 de octubre de 1997 por William C. Pratt, describe un método y sistema automatizados para proporcionar una identificación electrónica de los animales individuales, para la administración basada en la medición y valor del ganado en un gran corral de engorda para ganado. Ese método incluye la identificación individual de los animales, un sistema de computadora y múltiples mediciones acopladas con un sistema para la clasificación y manejo del ganado. Uno de los objetivos de la patente de Pratt fue el de crear una base de datos para un corral de engorda para medir e identificar con más precisión las características como el peso, para que los animales subsiguientes pudieran producirse y alimentarse para una administración y selección de los animales más efectiva y económica. En particular, esa base de datos se relacionaba con cálculos para la administración económica de alimentación y embarque para permitir ganancias de peso óptimas y fechas de envío al corral de engorda. Aunque la patente del corral de engorda describe la identificación de un animal en particular al momento de su arribo al corral de engorda, un objetivo de la presente invención es darle seguimiento a los animales individuales durante todo el ciclo de producción y mantener datos de verificación de fuente y rendimiento en la forma menos perturbadora para los sistemas de administración y bases de datos existentes.

SUMARIO DE LA INVENCIÓN La presente invención se relaciona con un sistema, un producto de programa de computadora con un método para identificar, monitorizar y darle seguimiento al ganado. La información resultante proporcionará una base para las entidades en una cadena de producción, como para el productor, el ganadero, el corral de engorda y el empacador para tomar decisiones informadas de operación y administración de hatos. Un objetivo de la presente invención es proporcionar una metodología efectiva de administración de bases de datos y recolección de datos en la industria ganadera. La presente, invención incluye un producto de programa de computadora para base de datos para el mantenimiento e ingreso de datos asociados con el ganado. Los datos pueden ser ingresados en la invención en forma de eventos, que son eventos significativos en el ciclo de procesamiento y producción del ganado e incluyen cuestiones como vacunación, medicaciones, tratamientos, peso en vivo, ganancia de peso, fecha de sacrificio y peso de la canal. Al utilizar el producto del programa de computadora, el usuario puede: ingresar la información sobre nuevos animales en la base de datos; buscar la información, que incluye identificación de información y eventos en animales que ya han sido ingresados en la base de datos y llevar a cabo búsqueda sobre información contenida en la base de datos. Al usar el producto de programa de computadora, el usuario también puede: aplicar un evento individual a un grupo de animales; aplicar múltiples eventos a un grupo de animales; determinar la ganancia promedio diaria de peso del animal; determinar el mejor momento para que el animal sea llevado al rastró basándose en el peso objetivo; administrar dispositivos físicos de la computadora que soportan la entrada automatizada de la identificación del animal y datos asociados con el mismo; el uso de su propia terminología local cuando se aplican eventos a registros de un animal; importar datos hacia la base de datos después de recolectarlos de otra aplicación; enviar datos a una hoja de cálculo mientras que se señalan los datos a hojas de trabajo específicas y celdas dentro de la hoja de cálculo; transferir datos de animales de una base de datos a otra en la misma máquina o dentro de una red como la red mundial de comunicación (Internet); transferir registros de animales desde una entidad a otra y comunicarse con otras bases de datos para compartir información que concierne al ganado. Con la adición de transpondedores RFID para cada animal y transpondedores de "evento/detalle", el producto para computadora se vuelve parte de un sistema como un lector RFID que puede usarse para leer los transpondedores facilitando así la entrada automatizada de identificación del animal individual y entrada automatizada de eventos y detalles asociados con un animal en particular. Los eventos y detalles de los eventos pueden alinearse y la entrada de datos simplificarse, como mediante RFID, código de barras, teclas con funciones o botones de memoria. Con la adición de comunicaciones inalámbricas de radiofrecuencia, el sistema se hace incluso más conveniente y fácil de usar. El sistema también incluye retroalimentación mediante audio para confirmar la recepción de datos en el sistema y múltiples bases de datos interconectadas para facilitar la transferencia y mantenimiento de los datos del animal. Un resultado de esta invención es que los datos de verificación de origen sobre comprobación de calidad para animales individuales estarán disponibles durante todo el ciclo de producción y procesamiento. Esta verificación de origen incluirá la habilidad para implementar planes HACCP. La verificación de la fuente proporciona una oportunidad para un mejor valor del producto mediante seguridad alimentaria y comprobación de calidad. Otro resultado de esta invención para la administración y recolección de datos es que la información del rendimiento especifico para el animal puede proporcionarse al productor, ganadero y corral de engorda y el empacador para que aquellas entidades puedan tomar decisiones informadas sobre la operación y administración del hato. La mejor disponibilidad de la información permite que todos los segmentos de la cadena de abastecimiento como la industria ganadera produzcan costos de operaciones mientras que mejoran al mismo tiempo la calidad del producto. Las oportunidades para el mejoramiento del proceso abarcan desde evitar tratamientos duplicados hasta seleccionar pie de cria más económicos; y para seleccionar corrales de engorda más económicos. Como parte del proceso de producción, también otras entidades, que normalmente no se encuentran en la cadena de titulo para un animal, tienen interés en una porción de los datos. Los veterinarios pueden tener acceso al historial de salud, los nutriólogos pueden tener acceso al historial de salud y alimentación y los banqueros pueden conocer la ubicación de su garantía colateral. Los niveles de autorización designan qué información estará disponible para aquellas entidades. La capacidad de administrar y recolectar los datos está proporcionada en forma continua y no intrusiva para todos los participantes. El sistema alienta la recolección y almacenamiento de datos al colocar la mayoría de los procesos de administración y recolección de datos en el historial, el cual será transparente para el usuario. Mediante la actual invención, el historial completo de un animal es equitativamente disponible durante todo el ciclo de producción y tanto la verificación de fuente como la información especifica del rendimiento estarán accesibles sin una duplicación innecesaria de los datos . Un resultado de esta invención sobre administración y recolección de datos es que la comprobación de calidad y verificación de fuente para los animales individuales estará disponible durante todo el ciclo de producción. La verificación de fuente incluirá la habilidad de implementar planes HACCP. La verificación de fuente proporciona una oportunidad para un mayor valor del producto mediante una mejorada comprobación de calidad y seguridad alimentaria. Otro resultado de esta invención de administración y recolección de datos es que puede proporcionarse información especifica durante toda la cadena de abastecimiento para que las entidades en la misma puedan tomar decisiones informadas sobre operaciones y administración. La mejor disponibilidad de información permite que los segmentos en la cadena de abastecimiento reduzcan sus costos de operaciones mientras que mejoran la calidad del producto. En la industria ganadera, algunas oportunidades para el mejoramiento durante el proceso incluyen evitar tratamientos duplicados; seleccionar pies de cria más económicos y seleccionar corrales de engorda más económicos.

Aunque la invención se describe dentro del contexto del ganado de engorda, no se limita a esto. Será evidente para los expertos en la técnica que la invención puede modificarse sin apartarse de sus principios para otro tipo de animales de granja incluyendo ganado, cerdos, ovejas, cabras y aves de corral y para otros productos agrícolas incluyendo granos, frutas y alimentos para ganado .

DESCRIPCIÓN DE LAS FIGURAS Éstas y otras características, aspectos y ventajas de la presente invención se comprenderán mejor haciendo referencia a la siguiente descripción, reivindicaciones anexas y dibujos acompañantes en donde: La Figura 1 es una vista esquemática de una modalidad de entrada de datos sobre información en papel del sistema de administración de información. La Figura 2 es una vista esquemática que ilustra un convertidor de protocolo para intercambiar información con un programa para computadora existente para la administración de ganado. La Figura 3 es una vista esquemática que muestra una conexión alámbrica entre un lector RFID y una computadora central. La Figura 4 es una vista esquemática que muestra una conexión inalámbrica para comunicaciones de datos por radiof ecuencia (RFDC) entre el lector RFID y una computadora central. La Figura 5 es una vista esquemática que muestra una conexión inalámbrica de comunicaciones de datos mediante radiofrecuencia (RFDC) con un transmisor/receptor de estación base ubicado entre el lector RFID y una computadora central. La Figura 6 representa una vista esquemática del flujo físico del ganado y el flujo de información para la cadena de abastecimiento del ganado de engorda. La Figura 7 es una vista esquemática que muestra el almacenamiento y movimiento de datos. La Figura 8 es una vista esquemática que ilustra las actualizaciones de archivos mediante correo electrónico para una base de datos. La Figura 9 es una vista esquemática que muestra una conexión inalámbrica para la comunicación de datos por radiofrecuencia (RFDC) entre el lector RFID y una computadora central y bases de datos adicionales del ganado . La Figura 10 es una vista esquemática que muestra una conexión cableada entre el lector RFID y un dispositivo concentrador de datos y una conexión inalámbrica a una computadora central y bases de datos adicionales de ganado.

La Figura 11 es una vista esquemática que muestra una conexión inalámbrica de comunicación de datos por radiofrecuencia (RFDC) entre múltiples lectores RFID y un dispositivo concentrador de datos y una conexión inalámbrica a una computadora central y bases de datos adicionales de ganado. La Figura 12 es una vista esquemática de una modalidad . La Figura 13 es una vista esquemática general de los componentes en una modalidad del programa BeefLink. La Figura 14 ilustra el uso de múltiples servidores en la modalidad de la Figura 13. La Figura 15 ilustra el servidor Núcleo Global (GlobalCore) en la modalidad de la Figura 13. La Figura 16 ilustra el servidor Núcleo de Eventos (EventCore) en la modalidad de la Figura 13. La Figura 17 ilustra el servidor Núcleo de Dispositivo (DeviceCore) en la modalidad de la Figura 13. La Figura 18 ilustra los componentes de Núcleo de Dispositivo (DeviceCore) y AglnfoPorts en la modalidad de la Figura 13. La Figura 19 ilustra los componentes centrales de la modalidad de la Figura 13. La Figura 20 ilustra el evento dinámico obtenido en la modalidad de la Figura 13.

La Figura 21 ilustra los componentes para la búsqueda y recolección de datos en tiempo real en la modalidad de la Figura 13. La Figura 22 ilustra la creación de un evento en la modalidad de la Figura 13. La Figura 23 ilustra la creación de datos en grupo en la modalidad de la Figura 13. La Figura 24 ilustra la interfaz de usuario en la modalidad de la Figura 13. La Figura 25 ilustra las funciones de administración de datos en la modalidad de la Figura 13. La Figura 26 ilustra el administrador para animales individuales en la modalidad de la Figura 13. La Figura 27 ilustra los componentes para compartir, cambiar, enrutar e interconectar en la modalidad de la Figura 13. La Figura 28 ilustra los componentes de búsqueda y selección en la modalidad de la Figura 13. La Figura 29 ilustra los componentes de representación y uso compartido de datos en la modalidad de la Figura 13. La Figura 30 ilustra el componente AgInfoPorts en la modalidad de la Figura 13. La Figura 31 ilustra los componentes de transferencia de archivos electrónicos en la modalidad de la Figura 13. La Figura 32 ilustra el componente para el procesamiento de Calculadora de Reducción o Encogimiento (ShrinkCalculator) en la modalidad de la Figura 13. La Figura 33 ilustra las interfaces a software de terceros en la modalidad de la Figura 13. La Figura 34 ilustra los componentes ETL en la modalidad de la Figura 13. La Figura 35 ilustra los componentes de análisis e informe en la modalidad de la Figura 13. La Figura 36 resume las funciones de interfaz de usuario, recolección de datos y uso compartido de datos de una modalidad. La Figura 37 es un diagrama de flujo para la recolección de datos en la modalidad de la Figura 36. La Figura 38 es un diagrama de flujo para el servidor de eventos en la modalidad de la Figura 36. La Figura 39 es un diagrama de flujo para la transferencia de datos sobre animales en la modalidad de la Figura 36. La Figura 40 es un diagrama de flujo para la transferencia de un animal en la modalidad de la Figura 36. La Figura 41 es un diagrama de flujo para actualizar una base de datos en la modalidad de la Figura 36.

La Figura 42 es un diagrama de flujo para una interfaz del equipo físico de la computadora en la modalidad de la Figura 36. La Figura 43 es un diagrama de flujo para definir un programa en la modalidad de la Figura 36. La Figura 44 es un diagrama de flujo para aplicar datos en un grupo en la modalidad de la Figura 36. La Figura 45 es un diagrama de flujo para traducción en la modalidad de la Figura 36. La Figura 46 es un diagrama de flujo para la determinación promedio diaria de ganancia de peso en la modalidad de la Figura 36. La Figura 47 es un diagrama de flujo para la determinación una semana antes del rastro en la modalidad de la Figura 36. La Figura 48 es un diagrama de flujo para dar formato a los datos en la modalidad de la Figura 36. La Figura 49 es un diagrama de flujo para la transferencia por medio de correo electrónico a la modalidad de la Figura 36. La Figura 50 es un diagrama de flujo para la inserción de datos en una hoja de cálculo en la modalidad de la Figura 36. La Figura 51 es una muestra de una visualización en pantalla de Seleccionar Lote para el rastro (Select Kill Lot) para un ejemplo de un sistema AgInfoLink.net. La Figura 52 es una muestra de una visualización en pantalla de Vista General de Lote (Lot Overview) para un ejemplo del sistema AgInfoLink.net. La Figura 53 es una muestra de una visualización en pantalla de Comparación de Lote (Lot Comparison) para un ejemplo del sistema AgInfoLink.net. La Figura 54 es una imagen de muestra de una pantalla del Informe Individual del Animal para un ejemplo del sistema AgInfoLink.net. La Figura 55 es una muestra de la imagen en pantalla de Microsoft Excel Data Export para un ejemplo del sistema AgInfoLink.net. La Figura 56 es una muestra de imagen en pantalla de Seleccionar Lote de Sacrificio (Select Kill Lot) para un ejemplo del sistema AgInfoLink.net. La Figura 57 es una muestra de imagen en pantalla de Ver Comparación (2-View Comparison) para un ejemplo del sistema AgInfoLink.net. La Figura 58 es una muestra de imagen en pantalla de Ver Comparación (4-View Comparison) para un ejemplo del sistema AgInfoLink.net. La Figura 59 muestra una tabla de eventos de la estructura de datos transaccionales . La Figura 60 ilustra un enlace de eventos en una aplicación para el seguimiento del alimento. La Figura 61 ilustra una estructura en árbol o desglosada de eventos del animal. La Figura 62A es un diagrama esquemático que muestra los grupos funcionales de servicios y protocolos estratificados que enlazan la información principal a un programa de aplicación. La Figura 62B es un diagrama esquemático que muestra un ejemplo de servicios y protocolos estratificados que enlazan la información principal a un programa de aplicación . La Figura 63 es un diagrama de flujo de datos para el nivel de eventos de contabilidad.

DESCRIPCIÓN DETALLADA DE LA INVENCIÓN MODALIDAD INALAMBRICA Una modalidad del sistema computarizado descrito en la presente opera con una computadora central programable tipo laptop compatible con IBM®. Otras computadoras principales incluyen otros dispositivos y sistemas de operación que incluyen dispositivos portátiles. Refiriéndose ahora a la Figura 4 que ilustra esta modalidad para el sistema de computadora, la computadora central (10) incluye una unidad central de procesamiento; un coprocesador; un dispositivo de despliegue en pantalla; una memoria de acceso aleatorio; una memoria sólo de lectura; un primer medio de almacenamiento de datos; un segundo medio de almacenamiento de datos; un tercer medio de almacenamiento de datos; controladores de memoria; recursos para la tarjeta madre; un teclado; una tarjeta de sonido y programas administradores; una fuente de energía externa con conexión a corriente directa, un puerto serial o USB un software de recolección de datos BEEFLINK™, un medio para tener acceso a la base de datos BEEFLINK™, un medio para tener acceso a porciones del software BEEFLINK™ mediante hipervinculo y un sistema operativo que funciona en la computadora central (10). Se conecta un altavoz (11) a la computadora central (10) de manera que la información registrada en la base de datos del software de recolección de datos BEEFLINK™ por el lector o mediante el teclado pueda confirmarse por sonido. Cuando la computadora central (10) confirma que alguna información, incluyendo una lectura del transpondedor, fue manejada dentro del software de colección de datos BEEFLINK inicia la lectura del archivo ofa.WAV en la computadora central y el archivo .WAV se reproduce desde la tarjeta de sonido de la PC pasando al altavoz ( 11 ) .

EJEMPLO - COMUNICACIÓN INALÁMBRICA Y CONSOLIDACIÓN DE DATOS A fin de entender mejor la invención, se describen como ejemplos porciones claves de la invención y se utilizan ejemplos más extensos para mostrar cómo las piezas se integran en la misma. Refiriéndose ahora a la Figura 5, se identifica un animal de forma exclusiva por medio de un arete de identificación (32) para identificación mediante radio frecuencia (RFID) , o bien mediante otro tipo de identificador, como código de barras, identificación visual del iris o la retina o mediante ADN. La identificación preferida es un arete de identificación RFID como los proporcionados por Y-Tex Corporation, SFK Technology, Destron/Fearing, Inc., Allflex USA, Inc., o Avid Marketing, Inc. Alternativamente, la identificación puede llevarse a cabo por medio de un implante RFID, un bolo ruminal, o un dispositivo de collar sobre el cuello o pierna. Esta identificación RFID normalmente se aplica durante la primera oportunidad para encerrar a los animales y trabajar con ellos, por ejemplo como durante la inmunización inicial o herraje del ganado. La identificación normalmente permanece con el animal hasta el momento de su sacrificio. La identificación RFID normalmente habrá sido previamente aplicada a los animales mayores de crianza. Conforme el animal normalmente llevado a un corredor de trabajo, se puede determinar su identificación por medio de un lector (30) RFID. Esta identificación se logra colocando un lector cerca del animal, normalmente a 15.24 centímetros (seis pulgadas), de un arete de identificación RFID o un transpondedor de implante. El bolo ruminal tiene un alcance más amplio. El lector preferido se describe con mayor detalle en la siguiente modalidad alternativa descrita. Los eventos típicos llevados a cabo en el animal también pueden ser registrados sin el uso de un teclado por medio de una Tarjeta de Trabajo (31) (Work Card) , la cual es una colección de tareas comunes o eventos a los que se les asigna códigos exclusivos de transpondedor RFID, indicados como transpondedores (42, 43 y 44), en forma que el lector pueda designar un evento al leer el transpondedor asociado con el mismo. Esta lectura se logra colocando el lector cerca del transpondedor. Alternativamente, los transpondedores de eventos pueden colocarse por separado en ubicaciones convenientes del área de trabajo. Los transpondedores de eventos normalmente estarán marcados con texto o símbolos para identificar el evento. Los eventos también pueden importarse de otros programas como el software de terceros, y pueden ingresarse manualmente como sería con un sistema Cattle Card™ descrito en otro ejemplo. El lector se comunica por medio de comunicaciones de datos por radio frecuencia (RFDC) a un receptor/transmisor de radio frecuencia que se conecta mediante un puerto serial o USB (50a) en la computadora. El lector puede conectarse mediante un enlace directo por cable al puerto o preferiblemente, se comunicará mediante medios de comunicación de datos por radio frecuencia (52c) desde un transmisor/receptor de estación base ubicado en el lector hacia un transmisor/receptor conectado a un puerto (50a) . Se pueden recolectar otros datos de mediciones de ganado mediante el puerto serial USB como podría ser una báscula (54), un termómetro (55), o un dispositivo (56) de medición por ultrasonido. Se pueden conectar a la computadora varios dispositivos de salida incluyendo medios de retroalimentación de audio como altavoz (57) o un audífono (59) o una representación visual por diodos emisores de luz (LED) (58), una impresora (60) o un lector (61) o impresora UPC de código de barras. Los medios de retroalimentación por audio pueden ser un archivo .wav, un archivo .wav por omisión especificados o un simple "ding" . Los datos son recibidos por la computadora mediante la estación de base. La comunicación preferida es un enlace (52) por radio frecuencia entre un transmisor/receptor (71) fijo al concentrador de datos y un transmisor/receptor (72) fijo a una tarjeta de intercomunicación en la computadora. La computadora puede incluir un teclado, un monitor y un altavoz (11) . Los datos pueden almacenarse en un disquete (disco flexible) (13), pero normalmente serán transferidos por medio de un módem (modulador-demodulador) . Preferiblemente la computadora es una computadora de escritorio o laptop compatible con IBM. El software Beeflink™ se ejecuta en la computadora para proporcionar la función de la administración de entrada de datos del ganado. La computadora se conecta por medio de un adaptador de redes o módem (12) a otras computadoras como se describe en detalle en otras modalidades ej emplificativas . Esta modalidad permite que se utilice un lector portátil en una ubicación distante para obtener los datos de eventos y del animal y para comunicar esos datos a una computadora central . La computadora central preferiblemente tiene un sistema operativo Windows 98 o más reciente, y al menos un puerto serial o USB.

EJEMPLO - COMUNICACIÓN DE ON SOLO PUERTO A LECTORES A DISTANCIA DE IDENTIFICACIÓN MEDIANTE RADIO FRECUENCIA Y DISPOSITIVOS PARA LA RECOLECCIÓN DE DATOS Haciendo referencia a la Figura 5, en esta modalidad, se incorpora un transmisor/receptor (53a) remoto en cada uno o más de los lectores RFID el cual está en comunicación (52c) inalámbrica en dos vías a una estación base (50) . Se puede utilizar múltiples lectores para una sola estación base y ésta requiere sólo un puerto de entrada (10c) hacia la computadora (10) . Otros dispositivos de entrada de datos como básculas (54) y termómetros (55) se comunican con la estación base mediante un dispositivo a distancia para cada uno de los dispositivos de entrada. Cuando se instala un dispositivo a distancia, la Unidad de Estación Base detecta su presencia y le asiqna una identificación de dispositivo. Esta información es transmitida a la PC central por medio de la conexión cableada (USB, RS485 o RS232) . La PC central hacia la asociación de la aplicación de software mediante Beeflink o mediante software administrador InfoClip. La comunicación en dos vias entre la central y el dispositivo a distancia permiten la configuración como podría ser la especificación de la velocidad de baudios de un dispositivo una vez que el dispositivo a distancia es detectado. Los múltiples canales permiten una relación de uno a varios entre la computadora central y los dispositivos a distancia. Un lector (53b) RFID mejorado incluye un microprocesador que depure los datos y asigne a los datos un número de dispositivo exclusivo. La comunicación utiliza un espectro amplio de 2.4 gHz de frecuencia con variación de saltos. Una antena interna bipolar en el lector tiene un alcance de hasta 0.8 kilómetros (0.5 millas) desde la estación base. El transceptor dentro del lector debe incluir un conector RF que permitirá el uso de otra antena interna que incrementaría el alcance RFDC. Una antena externa opcional tiene un alcance de más de 32 kilómetros (20 millas) (observación: esta configuración de antena requiere la aprobación de la Comisión Federal de Comunicaciones (FCC, por sus siglas en inglés) . Se puede utilizar el mismo tipo de transmisor/receptor y programas fijos para transmitir datos desde los otros dispositivos de medición. La estación base preferiblemente tiene un puerto (50a) (USB) y un puerto (50b) RS485, que permiten que las aplicaciones que requieren más de tres metros de cableado entre el puerto USB de la estación base y la computadora central utilicen el puerto RS485 que tienen alcance de aproximadamente 518 metros (1700 pies) . En la computadora, se proporciona un convertidor (10b) de puerto USB a puerto RS485 a fin de utilizar el puerto USB (10c) . La luz indicadora de batería baja en el lector puede utilizarse como un indicador del estado de la conexión con la estación base, de manera que una luz verde indica una buena conexión, una luz amarilla indica una conexión marginal y una luz roja indica que no hay conexión. Con batería baja, la luz parpadea en rojo. Se puede incluir un sistema de posicionamiento global en la estación base para identificar la ubicación de la misma al momento que recibe los datos.

EJEMPLO - EL SISTEMA DE ADMINISTRACIÓN Y RECOLECCIÓN DE DATOS BEEFLINK™ BeefLink es una implementación de la presente invención para la administración y recolección de datos del ganado. El sistema BeefLink es fácilmente adaptable a otras especies ganaderas y otras unidades individuales de producción como canales, lotes y cortes de carne, siendo el principal cambio la definición de eventos específicos para la industria. BeefLink consiste en implementos físicos de la computadora (hardware) como de programas de cómputo (software) para permitirle al usuario hacer una exploración de los aretes de identificación por radio frecuencia (RFID) , implantes, collares o bolos con lectores de exploración de identificación para radio frecuencia; para ingresar datos sobre nuevos animales; para buscar información sobre animales existentes; para ingresar datos sobre nuevos eventos y para hacer consultas sobre el trabajo terminado. Un objetivo del software es mostrar datos pertinentes sobre cada animal y agregar nuevos eventos en el registro en la forma menos intrusiva. Los nuevos registros de animales y eventos registrados se cargan e incorporan en una base de datos más grande. La comunicación con las bases de datos distribuidas le permite al usuario recibir datos hacia el final de la cadena de producción sobre el rendimiento del animal, en su propia computadora . Los componentes preferidos del sistema incluyen una computadora, un transmisor/receptor de la estación base para comunicación con dispositivos inalámbricos a distancia incluyendo lectores y dispositivos de medición, transpondedores RFID en cada animal y Tarjetas de Trabajo (Work Cards) RFID. Refiriéndose a la Figura 10, la cual es una vista esquemática de una modalidad inalámbrica de un sistema de recolección de datos, el software BeefLink funciona en una computadora central (10) que puede ser ya sea una computadora de escritorio o laptop. La computadora está en contacto, por medio de una comunicación (52) inalámbrica de radio frecuencia, con uno o más lectores o dispositivos de medición. La conexión inalámbrica se logra por medio de un transmisor/receptor (72) conectado a la computadora central y un transmisor/receptor (71) . En la modalidad que se muestra, el lector (30) está conectado a través de un cable (38) y un puerto serial a la estación base (50) . En las modalidades alternas, el lector se conecta a la estación base (50) mediante una comunicación de datos inalámbrica por radio frecuencia. El lector puede leer un transpondedor (32) RFID en un animal y una Tarjeta de Trabajo (Work Card) (31), que comprende transpondedores RFID de múltiples eventos. La computadora central (10) se conecta a la Internet (77) por medio de un adaptador de redes o módem (12). Los datos se distribuyen a otras bases de datos mediante una comunicación en tiempo real a través de la Internet, envia lotes de actualizaciones por medio de archivos Agil de correo electrónico o con medios físicos. Se pueden conectar a la Internet otras computadoras (79 y 80) que contienen otras bases de datos (78 y 81) por medio de un módem (76), de manera que los datos puedan transferirse a través de la Internet entre la computadora central y otras computadoras. Otras modalidades ilustran el uso de un software BeefLink en sistemas de recopilación de datos ya sea más simples o más complejos. Al hacer doble clic el icono BeefLink en la visualización del Escritorio de Windows da inicio al programa BeefLink. Cuando se ingresan los datos de identificación de la compañía, del usuario y la contraseña en la visualización de la pantalla de Autorización, se puede obtener acceso al programa. A fin de acelerar la entrada de datos, se utilizan Etiquetas de Acción (Action Tags) para ingresar la mayoría de los eventos. En vez de teclear los eventos en el teclado de la computadora, los eventos son asignados en las Etiquetas de acción antes de tiempo para que las etiquetas simplemente sean leídas con el mismo lector que se utilizó para exploración de los animales a fin de ingresar los eventos o actualizar campos o registro de un animal. Por ejemplo, si están siendo verificadas las vacas para determinar su preñez, se le asignará una Etiqueta de Acción con antelación tanto para el resultado de "preñada" como "accesible" para que el usuario pueda explorar la vaca y la Etiqueta de Acción apropiada de preñez cuando se sepa el resultado. Otro ejemplo es que ciertos animales que están siendo procesados son vacunados contra la fiebre del embarque. Se asigna una Etiqueta de Acción al evento de vacunación contra la fiebre del embarque para que cuando los animales sean vacunados, el usuario pueda hacer una exploración del animal y la Etiqueta de Acción sobre fiebre de embarque, a fin de registrar el evento. Normalmente las Etiquetas de Acción se fijan a una Tarjeta de Trabajo al lado o junto a sus etiquetas de eventos correspondientes. La Tarjeta de Trabajo puede colocarse en ubicaciones estratégicas como podría ser un lado de una rampa o pasillo de trabajo o con la vacuna o botella de tratamiento a la cual están asignadas. La mayoría de los eventos serán identificados con Etiquetas de Acción cuando el usuario reciba el sistema. Sin embargo, el usuario puede agregar o cambiar eventos existentes mediante un editor de tarjetas de trabajo. Cada evento puede tener uno o más detalles por omisión asociados con él. Por ejemplo, el evento "UBICACIÓN" podría tener tres diferentes detalles como CORRAL-1, CORRAL-2 y NORTE 4000, que pueden utilizarse para registrar cambios en las ubicaciones de los animales. El usuario puede editar las tarjetas de trabajo al agregar o editar eventos asociados con un identificador exclusivo y puede designar un archivo de sonido particular para proporcionar confirmación por audio cuando se seleccione. Los eventos centrales se incluyen para etapas de procesamiento y recolección de datos durante la cadena abastecedora incluyendo: Aborto, Evaluación Animal, Evaluación de la Salud del Animal, Evaluación del Animal Enfermo, Nacimiento-Estro, Raza, Crianza todos, Criar toro-grupo, Criar-toro-individual, Herraje, Ganadero, Toro, Salir la Vaca, Canal, Peso de Canal, Hora de llegada, Hora de salida, Clon, Identificación, Diagnóstico, Murió, Tasa de Conversión en Seco, Alimento, Entró al Corral de Engorda, Salió del Corral de Engorda, Inicio de Ración de Alimentación, Finanza, Grupo, HACCP, Cerco, Retirar cerca, Implante, Retirar Implante, Incidente, Retirar Incidente, Seguro, Irradiar, Ubicación, Etiqueta Metálica, Origen, Entrada a Empacadora, Salida a Empacadora, Verificación de Preñez, Producción-Destino, Compra, Número de registro, Volver a Colocar Etiqueta, Retroalimentación del Comerciante al por Menor, Rodeo, Venta, Alianza, Sexo, Identificación del Semental, Fecha de Sacrificio, Retiro de Ovarios, Abastecedor, Salida del Abastecedor, Sincronizar, Marca de Etiqueta, Rastreador, Transferencia, Tratamiento, Vacunación, Color Visual, Identificación Visual, Destete, Clima, Peso, Peso Promedio, Peso al Nacimiento Peso-nacimienti-Estro, Peso- Estro, Peso de Alimentación, Peso al Salir del Corral de Engorda, Peso al Ser Empacado, Peso al Salir de la Empacadora, Peso de Compra, Peso de Venta, Peso a la Entrada del Abastecedor, Peso a la Salida del Abastecedor y Peso al Destete. Si desea utilizar eventos importantes cuando sea apropiado debido a que actualizan campos en la base de datos. Si ninguno de los eventos por omisión tiene aplicación, el usuario puede teclear un nuevo evento . La forma más eficiente de registrar eventos repetitivos que ocurren en múltiples animales es asignar los animales en grupos lógicos y registrar los eventos para todos los animales en el grupo como "programas" o "eventos por grupos". El formato también permite que se ingresen múltiples eventos y detalles antes de actualizar el grupo. Por ejemplo, si cada animal en un grupo tuvo un cambio en su ración y recibió un tratamiento grupal en su alimentación, el usuario puede seleccionar y "agregar" ambos eventos y luego actualizar los registros.

En casos donde todos los animales que están siendo procesados reciben los mismos tratamientos pero no pertenecen a un grupo en particular, se puede utilizar la opción de programa. Un programa es un evento o grupo de eventos y detalles de eventos asociados comunes para un grupo de animales. Por ejemplo, el programa puede ser "sexo" y el detalle de evento "ternera" para un grupo de hembras. En ejemplos más sofisticados, todo un protocolo de tratamiento de vacunación y dosificaciones de desparasitantes puede especificarse, en donde una dosis de vacunación es un evento especifico para un animal joven para una vacuna original en particular. Los programas separados podrían especificarse para novillos en vez de terneras. Esta característica le permite al usuario seleccionar previamente los eventos para todos los animales. Después, conforme los animales son explorados, se actualiza cada registro de los animales con los detalles y eventos por omisión, hasta que la función sea desactivada . Por ejemplo, en una operación ganadera se reciben 50 nuevos becerros de un rancho y el ganadero necesita registrar el origen de cada animal, las vacunas administradas a cada uno, la identidad del grupo y la ubicación a donde los animales serán llevados. Una manera de establecer un programa es predefinir cada entrada de datos para hacerse como se describe anteriormente para una dosis y vacunas particulares. Alternativamente, el programa le puede permitir al usuario explorar o en otra forma ingresar los datos al momento del evento. Por ejemplo, se especifica un programa por ser una vacunación con una vacuna especificada por el usuario y un evento menor de dosificación acepta una dosificación especificada por el usuario. El programa le pide al usuario ingresar el tipo de vacuna y luego le pide al usuario la dosificación administrada al animal actual. Se puede colocar en una tarjeta de trabajo un identificador con un código de barras o dispositivo RFID junto con varias dosis y vacunas para permitirle al usuario proporcionar las entradas de datos de las exploraciones sin tener que utilizar el teclado. Cada vez que se necesiten registrar eventos distintos para cada animal, los eventos deberán aplicarse en forma individual. Por ejemplo, si se está verificando la preñez de las vacas, los resultados varían y necesitan registrarse individualmente. Otro ejemplo es cuando los animales enfermos están siendo tratados en un corral de engorda, en donde se aplican diferentes tratamientos y se registran individualmente. El registro de eventos individuales es automatizado mediante el uso de la Tarjeta de Trabajo descrito anteriormente. Después de haber explorado un animal, los eventos en la tarjeta que puedan aplicarse se exploran y luego se registran. Este método puede utilizarse en combinación con los eventos por omisión que todos los animales reciben estos eventos y en donde también algunos más reciben eventos individuales. Si los animales están recibiendo nuevos aretes de identificación secuencial visual y/o metálicos, pueden secuenciarse automáticamente para que los aretes de identificación vayan aumentando conforme cada animal es explorado. Para configurar el inicio de secuencia de los nuevos aretes de identificación, el usuario puede hacer clic sobre el botón "Secuencia de Nuevos Aretes de Identificación" en el Centro de Comandos e ingresar un prefijo del arete de identificación o Iniciar Número de Arete de Identificación (Starting Tag Number) . Se proporciona una función de Editar Secuencia (EditSequence) , que le permite al usuario predefinir secuencias como el número de identificación visual, número de canal o número de orden. Una vez que se han configurado las secuencias iniciales de arete de identificación, están listas para usarse cuando el usuario las necesite. El usuario puede activar la secuenciación como un evento de omisión o con una Etiqueta de Acción (Action Tag) . Antes de trabajar con el ganado, el usuario puede verificar o hacer cambios en su Tarjeta de Trabajo mediante la "Editar Tarjeta de Trabajo" (Edit Work Card) en el menú de inicio. A fin de verificar una Etiqueta de Acción esté de hecho asociada con el evento correcto, el usuario hará una exploración de la Etiqueta de Acción. Si la etiqueta ha sido asignada como un evento, el usuario obtendrá un mensaje de salto no programado por error duplicado. Mediante el botón de "OK" en el mensaje de error, o al presionar la tecla Enter, la pantalla despliega el evento actualmente asociado con la Etiqueta de Acción. Si el evento asociado con la Etiqueta de Acción es correcto, entonces el usuario puede continuar explorando otras Etiquetas de Acción que necesitan verificarse. Si el usuario necesita cambiar el evento asociado con la etiqueta, el usuario borra la entrada actual e ingresa un nuevo evento y detalle para la Etiqueta de Acción borrada. Cuando el usuario está listo para trabajar con animales, lo que normalmente se llevará a cabo en la rampa o pasillo de trabajo, el usuario deberá intencionalmente encender o activar el botón Aplicar Programas (ApplyRegimen) al momento de ingresar la identificación en el botón de exploración. Los eventos no serán aplicados al menos que se haga clic en este botón. De esta manera, el usuario no configurará los eventos por omisión y olvidarse de activarlos asignará eventos por omisión accidentalmente.

Estando el lector RFID cableado o conectado en manera inalámbrica por ondas de radio a un puerto de comunicación, el usuario está listo para iniciar la exploración de los animales. Por ejemplo, si el primer animal explorado tiene registros existentes en el sistema, la pantalla de visualización mostrará aquellos campos de datos. Se puede utilizar la barra de desplazamiento para observar campos adicionales. La mitad inferior de la pantalla muestra todos los eventos registrados durante el tiempo de vida del animal. Si el usuario hace una exploración de una Etiqueta de Acción de "TRATAMIENTO" con "IVOMEC" para el detalle y cambios en la ubicación del animal en el Corral (50), los registros serán actualizados. Aunque el usuario pueda observar los resultados de sus exploraciones en la pantalla, no es necesario ver la pantalla mientras se procesa a los animales. Se le puede enviar al usuario una confirmación de retroalimentación en forma de una luz o sonido para indicarle que las exploraciones se han llevado a cabo correctamente. Esta retroalimentación puede ser en forma de la generación de luz o sonido o puede dirigirse mediante un puerto serial a un dispositivo externo. Normalmente, el usuario obtendrá una señal de retroalimentación positiva en forma de una luz repentina, una confirmación de audio cuando haga una lectura de un animal existente. El usuario también obtendrá la confirmación cuando haga una exploración de un evento. Cuando se hace una exploración de un animal, se le proporciona al usuario una confirmación. Se le puede hacer una exploración al animal más de una vez y se proporcionará una confirmación, pero los datos sólo serán ingresados una vez. Si todos los animales con los que se está trabajando son nuevos para el sistema, probablemente serán ingresados en el sistema algunos valores predeterminados por omisión. Por ejemplo, si todos los animales tienen la misma fecha de nacimiento estimada, ésta puede configurarse como predeterminada y agregarse automáticamente al campo de fecha de nacimiento de cada nuevo animal explorado. La misma función predeterminada puede utilizarse para el origen, ubicación o grupo. Sin embargo, si los animales tienen diversas fechas de nacimiento, las que estén disponibles pueden asignarse en Etiquetas de Acción, usando el formato de ajuste inicial para el evento. El usuario puede utilizar FECHA DE NACIMIENTO (BIRTHDATE) como el evento y la fecha como el detalle. Conforme se va explorando cada animal, la etiqueta correcta de fecha de nacimiento se explora y asigna al animal. Si se utilizan fechas de nacimiento reales y hay varias entradas posibles, el usuario ingresará las fechas individualmente. El usuario ha de configurar un evento de Etiqueta de Acción con FECHA DE NACIMIENTO como el evento y CLAVE como el detalle. Para agregar una fecha de nacimiento especifica al registro de un animal, el usuario hará una exploración del animal y las Etiquetas de Acción. Luego se le pide al usuario teclear la fecha de nacimiento. El ingreso de etiquetas metálicas o visibles no secuenciales puede llevarse a cabo en la misma forma. Si el animal pierde su etiqueta RFID, éste puede volverse a etiquetar y una Etiqueta de Acción con "RETAG" como el evento puede utilizarse para reemplazar las referencias de la etiqueta anterior. El sistema puede utilizarse con etiquetas visuales de identificación y etiquetas de códigos de barras, pero los aretes de identificación con transpondedor RFID son el método preferido de identificación. Los pesos corporales de los animales pueden ingresarse en varias formas. Ante todo, hay varios tipos diferentes de pesos que pueden registrarse. Los pesos periódicos son los más comunes, pero otros pesos específicos como el peso al destete, el peso de llegada con el ganadero, el peso de entrada al corral de engorda, etcétera pueden anotarse específicamente. Los pesos pueden ya sea registrarse automáticamente con una báscula electrónica o teclearse usando el teclado u otro método periférico. Si los pesos han de recolectarse automáticamente, el usuario deberá identificar el puerto a través del cual los pesos entrarán. El usuario ha de seleccionar el evento apropiado para el peso y seleccionar el detalle, ya sea AUTO para una báscula conectada al sistema o KEY si los pesos se teclean. Si el evento es un valor predeterminado que se recolectará en todos los animales en una báscula conectada, los pesos se recolectarán automáticamente. Si el valor predeterminado es el peso tecleado, cada vez que un animal sea explorado, el usuario ingresará un peso. Si el usuario no está pesando todos los animales, los mismos eventos pueden explorarse como Etiquetas de Acción. Además de determinar los eventos por omisión en la computadora, los valores predeterminados pueden asignarse, activarse o desactivarse en el campo como podría ser en la rampa de trabajo. Por ejemplo, si el usuario está trabajando con cincuenta animales que reciben los mismos eventos, estos pueden identificarse y activarse mientras se trabaja con el ganado. Si el sistema grupo de animales con los que se trabaja recibe diferentes programas, entonces los programas actuales pueden anexarse o borrarse y asignarse nuevos. Si el usuario asigna eventos por error a un animal y desea borrarlos, puede hacer una exploración de borrar el último evento para eliminar los eventos uno por uno o borrarlos todos para eliminar los eventos para una sesión de trabajo. Los eventos sólo podrán borrarse para el animal actual. Cualquier evento que esté correcto deberá volverse a explorar. Esta función también trabaja bien si el usuario asigna eventos predeterminados a la mayoría de los animales, pero quiero saltarse ciertos animales. El usuario simplemente puede explorar la etiqueta de Borrar Evento (Delete Event) después de haberse explorado el animal que no recibirá los eventos. Los datos pueden observarse en el Administrador de Animales (Animal Manager) . El registro animal contiene alguna información básica en el encabezado, así como una lista corriente de eventos, pesos y movimientos de animales. Para repasar un animal individual, el usuario explora el transpondedor o teclea el número de arete de identificación metálico o visual. Los eventos enumerados en el registro de los animales pueden sortearse por orden de eventos, detalles o fecha. El usuario también puede hacer un rápido repaso de todos los pesos o ubicaciones registradas haciendo clic el botón de radio aplicable en la parte inferior del formato. La información recolectada en todos los animales puede repasarse haciendo clic en el botón de "Trabajo Terminado" (Work Done) en la sección de Repaso del Centro de Recolección de Datos. Este formato le permite al usuario buscar datos que han sido recolectados al seleccionar el campo y el criterio de la búsqueda. Los eventos registrados en cada animal normalmente son exportados a bases de datos mayores. Las bases de datos mayores o de mayor capacidad no sólo almacenan información de otros animales, sino también almacenan información en una de las entidades de los animales que han sido transferidas a otras entidades. La empresa BeefLink normalmente está conectada o conectada inalámbricamente a la Internet o funciona en un modo desconectado mediante actualizaciones por lote mediante una utilidad de ShareData y transferencia electrónica como actualización por correo electrónico. El usuario puede hacer clic en el botón "Exportar" en el Centro de Comandos para crear el archivo para cargar a la base de datos de mayor capacidad. El archivo de exportación está en forma de un archivo de evento con entradas especiales para nuevos animales agregados en la base de datos local. Se pueden identificar varios eventos mediante un solo código y un solo juego de datos asociados. Otros eventos como vacunación animal requieren de datos adicionales. El usuario puede hacer una lectura en un transpondedor del detalle de evento, como seria un tipo de vacuna y luego puede leer eventos subdetallados como una dosificación o lote que quiera anexar al detalle principal. Esto se logra identificando cada detalle de evento como un detalle ESTÁNDAR 0 SUBALTERNO. Si el detalle es un SUB evento, entonces se anexa al último detalle estándar explorado. Por ejemplo, junto con una vacuna, se puede especificar una dosificación.

EJEMPLO ~ MODALIDAD BASADA EN PAPEL La Figura 1 ilustra una modalidad basada en papel del software de recolección de datos BeefLink. En este caso, se obtendrá la identificación animal a partir de la etiqueta visual, como puede ser un arete de identificación y esta identificación visual estará escrita en un diario (14) de papel. Todos los datos de eventos y mediciones se han de registrar en la hoja de registro y luego ingresarse mediante teclado o programas o grupos en el software BeefLink que funciona en la computadora central (10) . El módem (12), en esta modalidad, le permite a la computadora central establecer la capacidad de transferencia de datos con otras computadoras y el disco (13) desmontable proporcionar una capacidad de respaldo de datos. Aunque la entrada de datos seria algo molesto para grandes cantidades de animales, este sistema en papel puede ser más costeable para los pequeños productores.

El productor puede elegir instalar sólo la identificación visual o instalar una etiqueta que sea tanto visual como RFID. Si se fija a un animal un transpondedor RFID, el productor seria responsable de ingresar manualmente el código a la computadora, para que el código se correlacione con la identificación de la etiqueta visual. Alternativamente, es posible operar el software BeefLink en base a la identificación visual o preferiblemente una clave mayor y exclusiva de identificación asignada al animal. En ese caso, se puede fijar hacia el final de la cadena de producción, un dispositivo RFID y el nuevo código RFID se asignaría al animal . La Patente de EE.UU. Núm. 6,211,789 presentada por Oldham y Curkendall describe modalidades de Tarjetas de Ganado (Cattle Card™) de esta invención diseñadas para soportar la recolección manual de datos en las fases tempranas de la producción ganadera. Los eventos comunes para un grupo de animales normalmente se registran en un formato cómo un sobre para Tarjeta de Ganado, para que los eventos comunes puedan ingresarse como un régimen.

EJEMPLO - MODALIDAD DE LECTOR DIRECTO La Figura 3 ilustra una simple modalidad de un software de recolección de datos BeefLink con un lector (30) RFID que se enlaza por cable (33) a una computadora central (10) . En este caso, la identificación del animal se obtiene mediante un transpondedor (32) RFID, y Tarjetas de Trabajo (31) en donde los transpondedores de evento RFID se utiliza como eventos de registro. El altavoz (11) proporciona un medio de retroalimentación para confirmar la recepción de un animal y los datos del evento por la computadora. El módem (12) en esta modalidad le permite a la computadora central establecer la capacidad de transferencia de datos con otras computadoras, y el disco (13) desmontable proporcionar una capacidad de respaldo de datos . Este método normalmente se utiliza por productores relativamente pequeños que pueden completar sus sesiones de trabajo con el ganado en un periodo de tiempo relativamente corto, como podría ser la duración de baterías de una computadora portátil.

EJEMPLO - MODALIDAD SIMPLE DE LECTOR INALÁMBRICO La Figura 4 ilustra una modalidad simple del software de recolección de datos BeefLink con una conexión (40) inalámbrica por radiofrecuencia entre el lector (30) RFID y la computadora central (10) . En este caso, la identificación del animal se obtiene a partir de un transpondedor (32) RFID y Tarjetas de Trabajo (31) con transpondedores para eventos RFID que se utilizan para registrar los eventos. El altavoz (11) proporciona un medio de retroalimentación para confirmar la recepción de un animal y datos de eventos por la computadora. El módem (12) en esta modalidad le permite a la computadora central establecer la capacidad de transferencia de datos con otras computadoras y el disco portátil (13) proporciona una capacidad de respaldo de datos .

EJEMPLO ~ CQMONICACIÓN DE SISTEMAS EXISTENTES La Figura 2 ilustra la habilidad del software BeefLink que funciona en una computadora central (10) para aceptar datos a partir de un sistema (20) existente para la administración del ganado o para actualizar los datos de sistema de administración con información de BeefLink. Si el software del sistema existente de administración no está funcionando en la computadora central, esta misma puede establecer un enlace con la computadora existente del sistema de administración por medio de un módem (12) y ya sea un enlace directo o una conexión a Internet. Una herramienta para la importación de eventos convierte los datos tabulares en una base de datos de eventos. La Figura 9 ilustra este sistema existente o comunicación de base de datos existente en una modalidad de lector inalámbrico. El lector (30) de RFID se comunica mediante transmisores/receptores (36 y 71) RFDC . Base de datos (78) existente o hacia el final de la cadena de producción o el software existentes de sistemas de administración el cual funciona en una computadora (79) puede accesarse mediante un módem (12) de la computadora central ya sea mediante una transferencia (77) por Internet o mediante una conexión directa via módem entre las computadoras. La Figura 6 es un esquema del flujo físico del ganado y del flujo de información de la cadena de abastecimiento del ganado de engorda. La invención actual permite la captura y uso compartido de información de cada etapa en la cadena de abastecimiento y establece interfaces con paquetes (20a-20i) existentes de software de terceros, paquetes (22) de software ERP de terceros y paquetes (23) de software de negocio a negocio de terceros. En la cadena de abastecimiento, la provisión de semillas (82) normalmente se vende a productores (83) de vacas y terneras mediante instalaciones para subastas o comercio electrónico en el paso (100) . Los productores de vacas-becerros normalmente venden terneras a ganaderos (84) o corrales de engorda mediante instalaciones de subasta o comercio electrónico en el paso (101) . El ganadero normalmente le agrega peso a la ternera y las vende a un corral de engorda (85) mediante venta directa, subastas o comercio electrónico en el paso (102) . En algunos casos, el ganadero o el operador de vacas-becerros puede retener la propiedad de los becerros en el corral de engorda, por lo que no habrá una venta en ese punto. El corral de engorda continúa agregándole peso a los becerros y los vende al empacador (86) en el paso (103). El empacador puede producir empaques de carne de res (87), productos de piel (88), productos farmacéuticos (89) y productos de res procesados (90) como seria carne de res cocinada, ahumada o molida. Los productos de res (87) y (90) normalmente se venden a intermediarios, distribuidores, carniceros, supermercados o compañías (91 y 92) de servicio de alimentos mediante acuerdos (93) de contrato a plazo o mercado al contado (94) a los clientes (92b). En toda la cadena de abastecimiento, los terceros (95) como bancos, compañías farmacéuticas, veterinarios y asociaciones de mercado de ganado se interesan en las porciones de la información. La invención actual incluye herramientas (105) de software y hardware para la recolección de datos para capturar información en el paso (82) de provisión de semillas y para compartir la información con uno o más paquetes (20) de provisión de semillas de terceros. El Pony Express Relay Datábase™ (PERD) (606), que funciona como una red principal de datos, proporciona acceso a la información recolectada en todas las etapas en la cadena de abastecimiento y proporciona una interfaz (107) al paquete (20) de software de provisión de semillas de terceros para permitir que se comparta la información desde el software de terceros a PERD y del PERD al software de terceros. Similarmente, en cada uno de los demás pasos en la cadena de abastecimiento, la invención proporciona interfaces (107) de recolección de datos a paquetes (20) de software de terceros e interfaces entre aquellos paquetes y el PERD (606) . El sistema también soporta la recolección de información de ADN (96), incluyendo en el empacador (86) y sistemas (97) de información de códigos de barras como en operaciones para productos de piel (88), productos farmacéuticos (89) y cocer/ahumar/moler (90) . El sistema también proporciona interfaces (107) para hacer un informe y observar las utilidades (108) para que los datos e información puedan monitorizarse por terceros incluyendo bancos, compañías aseguradoras, compañías de salud animal, veterinarios, adquisidores de ganado y asociaciones comercializadoras de ganado. A fin de poder ligar los animales o el animal individual al consumidor o minorista (98), el sistema acepta un número de identificación (99) del lote del empacador y genera una solicitud (109) para llevar a cabo una secuenciación de ADN para un lote especificado e interfaces que requiere el PERD en el paso (110) . Luego el PERD se interconecta (107) al software de seguimiento que genera las solicitudes de pruebas especificas para un lote (111) o animal (112) . Los componentes de recolección de datos normalmente incluyen hardware de recolección de datos como lectores RFID, básculas electrónicas y ultrasonido; software BeefLink™ para la recolección de datos, componentes de retroalimentación en tiempo real y utilidades para dar formato a los datos según los formatos deseados del software de terceros. Cuando el usuario no tiene una computadora, se utiliza un sistema de entrada de datos manual como la Tarjeta de Ganado (Cattle Card™) para recolectar el dato, que subsecuentemente se ingresa en el software BeefLink. Las interfaces de conversión de datos normalmente incluyen componentes de autenticación y certificación de software para validar datos; herramientas de extracción, transferencias y carga para soportar centros de datos para necesidades especificas de elaboración de informes; herramientas para elaboración e informes para generar informes no proporcionados por el software de terceros y herramientas para búsqueda de datos y almacén de datos históricos . Estos componentes de software personalizado, conversión y recolección de datos y herramientas ETL, permiten compartir al importar o exportar información de administración individual. Refiriéndose a la Figura 7, que es una vista esquemática que muestra el almacenamiento y movimiento de datos, se recolectan los datos en el paso (116) de las entidades como operaciones (83) de vaca/becerro, ventas por subasta (101), ganaderos (84), corrales de engorda (85), empacadores (86) y minoristas o consumidores (98). La recolección de datos puede ser mediante software BeefLink, tarjetas de datos (14) como Tarjeta de Ganado (Cattle Card™) o software (20) de terceras personas. Los datos se impelen en el paso (117) en las bases de datos (118) de transacción para PERD en los depósitos de datos (119) y "411". Los depósitos de datos "411" monitorizan la ubicación de datos de animales individuales. Los datos se extraen en el paso (120) en almacenes de datos históricos (121) como la base de datos (122) para la transacción en tiempo real de plica, base de datos (123) para el seguimiento de seguridad en alimentos, base de datos (124) de relación con informes sobre canales, base de datos (125) para epidemiología, servidor (126) de transacción para Hojas de Información Ag (AglnfoSheets) , base de datos (127) de productos farmacéuticos, base de datos (128) de comercio electrónico y otras bases de datos (129) de relación o transacciones, incluyendo aplicaciones (131) de software de terceros. Los datos pueden extraerse de almacenes de datos históricos en el paso (130) mediante las entidades de procesamiento de la cadena de abastecimiento que recolectaron los datos o por terceros y bases de datos de terceros para que se les proporcione libre entrada para tener acceso a los datos. Los almacenes de datos "411" (119) proporciona una capa (665) de protocolo para servicio de enlace de redes privadas a la red principal (606) de información como se describe a continuación y como se describe en la Figura 62.

EJEMPLO - RED PRINCIPAL DE INFORMACIÓN CON SERVICIOS Y PROTOCOLOS EN CAPAS O NIVELES El PERD (606) y las interfaces (107) que se describen en la Figura 6 pueden implementarse como una red principal de datos o de información con una serie de protocolos a capas y servicios como los ilustrados en la Figura 62. Los servicios y protocolos a capa se agrupan por función incluyendo la interconectividad (650), pista de auditoria (654), procesamiento de datos (657), enrutamiento de datos (662) y archivado e información de datos (666).

En este ejemplo, las capas de interconectividad (650) incluyen la interfaz (651) del programa de aplicación, capas (652) del conector seguro y protocolo (653) de intercambio de datos. La pista de auditoria (654) y sus capas incluye una capa (655) evidente para la manipulación de eventos y una capa (656) para la integridad de datos. Las capas para el procesamiento (657) de datos incluyen una capa (658) de filtración de datos, una capa (659) para tratar el mapa/traducir/normalizar datos, una capa (660) para la contabilidad de eventos y una capa (661) para la medición comparativa de datos. Las capas de enrutamiento (662) de datos incluyen una capa (663) para la autorización de datos, una capa (664) para el enrutamiento de datos y una capa (665) para el servicio de enlace de redes privadas de corretaje. Las capas de información y archivado de datos (666) incluyen una capa (667) para el informe de cambios y archivos y una capa (668) para el informe de agregación y consolidación. La interfaz para programas de aplicación (API, por sus siglas en inglés) (651) proporciona la interconectividad básica de la aplicación de terceros, como la que se proporciona en las entidades (82-100) de la cadena de abastecimiento en la Figura 6 y la red principal de información (606) usando herramientas convencionales API. Este servicio proporciona un método simplificado de envío de datos y recuperación de datos de la aplicación de terceras personas. La seguridad en la conexión al servidor "Secure Socket Layer" (SSL, por sus siglas en inglés) (652) proporciona servicios básicos de autenticación y seguridad de datos para el transporte de datos de la aplicación de terceras personas hacia la red principal de información a través de la Internet. Este servicio proporciona un nivel muy básico de protección para la seguridad de datos y la certidumbre de que la persona que envía o recibe los datos es la persona que aparentan ser, pero no proporciona una pista de auditoría para los datos. El protocolo (653) de intercambio de datos como el XML estándar proporciona un método para expresar datos en un formato común. La interfaz de programas de aplicación (API) (651), la seguridad en la conexión al servidor (SSL) (652) y el protocolo de intercambio de datos (653) son herramientas convencionales que proporcionan servicios básicos para sistemas de redes. Esta modalidad incluye capas adicionales de servicios para implementar una red principal de datos o información para agricultura y alimentos . La capa (655) con evidencia de manipulación de eventos detecta si se ha alterado los datos de un solo registro. Puede haber un fuerte incentivo económico para los participantes de la cadena alimenticia de alterar datos después de un episodio de seguridad de alimentos a fin de reducir su responsabilidad potencial, como al cambiar algunos resultados de pruebas de laboratorio para un camión lleno de jitomates. En esta modalidad, la red principal de información almacena datos de tal forma que si estos son cambiados ya sea durante el tránsito a través de la red principal o en alguna aplicación, este cambio se hará notorio. La capa (656) de integridad de datos proporciona una garantía de que todos los registros completos no han sido agregados o eliminados en forma no autorizada de la base de datos. La integridad de datos puede monitorizarse mediante los datos y el momento en que se ingresaron los datos, la entidad que ingresó los datos y el método del registro de entrada para los datos que se ingresaron. Pueden haber fuertes incentivos económicos para que ciertos participantes en la cadena de abastecimiento agreguen registros después de esto a un potencial episodio de responsabilidad o para eliminar registros. La capa de integridad de datos ayuda a prevenir este problema. La combinación de la capa de integridad de datos y la capa con evidencia de manipulación proporcionan una pista de auditoria completa y confiable de todos los eventos y actividades en el sistema. La capa (658) de filtración de datos administra la información que puede compartirse desde un nodo hacia otro en la red principal de información. Debido a que la red principal de información puede implementarse como bases de datos distribuidas en vez de un servidor centralizado de bases de datos, se desea que se especifiquen las reglas sobre qué clase de datos o qué elementos de datos dentro de una clase de datos pueden enviarse ya sea en dirección hacia el final de la cadena de producción a otros servidores dentro de la misma red que comparte los datos privados. Por ejemplo, el servidor que ejecuta la red principal de información en el segmento productor puede ser ordenado por el administrador de la red principal de información en ese segmento de no compartir datos de costos con los agregados pero si compartir la información con productores seleccionados. El beneficio de esta capa de servicio es que los datos pueden recolectarse y transferirse desde una red principal de información con la garantía de que no será accesible a toda una clase diferente de usuarios. La capa (659) para cartografiar/traducir/ normalizar datos proporciona tres funciones de servicios para cartografiar datos, traducir datos que podrían incluir la actual traducción del idioma y la normalización de datos en términos de unidades comunes de medida. La capa (660) de contabilidad de eventos se utiliza para proporcionar un método de llevar el control del pago de los proveedores de información y cobro de los usuarios de información. Esta capa puede o no estar activada para una determinada red privada para compartir datos. El beneficio de esta capa de servicio es que proporciona un método para los miembros de la red privada para compartir datos para ser compensados por ingresar datos, incrementando sustancialmente la probabilidad de que los datos se han ingresado y que sean de alta calidad. La capa (661) para la prueba de comprobación de datos es un almacén de datos especializado para proporcionar datos comparativos para cada miembro de la cadena de abastecimiento para determinar cómo van en comparación con sus compañeros. Los segmentos particulares de la cadena a la que se va a hacer una prueba de comparación y los datos mencionados son configurables debido a que ciertas redes privadas para compartir datos no querrán medir comparativamente ciertas actividades. La capa (663) de autorización de datos se utiliza para determinar cuál usuario puede observar qué tipo de datos. La capa proporciona confidencialidad de datos. La capa (664) de enrutamiento de datos se utiliza para enviar información a los usuarios autorizados como los dueños anteriores, dueños futuros u otras partes autorizadas como los consultores agrícolas, banqueros, nutriólogos, compañías aseguradoras, veterinarios y otros consultores. El beneficio de esta capa es que sólo los usuarios correctos pueden observar los datos para los que están autorizados. La red privada de corretaje enlaza la capa (665) de servicio para proporcionar un método para conectar las redes privadas separadas para compartir datos, como la AGIL (411) , sin exponer ninguno de los datos dentro de una red fuera de esa misma. El beneficio principal es crear una serie de estructuras de datos "hermética" que aseguren elevados niveles de confidencialidad para los participantes dentro de una red privada para compartir datos. La capa (667) para el informe sobre cambios y archivos permite la retención de una imagen persistente de cada evento que ingresa en la red principal, para que esta misma pueda proporcionar un respaldo "secundario" de los datos y proporcionar una manera para restaurar las estructuras de datos en el caso de una falla catastrófica del sistema. Esta imagen persistente también permite que la red principal determine lo que posiblemente haya cambiado cuando un evento haya ido a una aplicación de terceros y regrese modificado . La capa (668) de agregación, consolidación e información permite la rápida creación de bodegas de datos para presentar los datos en diferentes formatos a los diferentes miembros de la cadena.

EJEMPLO ~ MÚLTIPLES UBICACIONES PARA LECTORES La Figura 11 ilustra una configuración de lector inalámbrico en donde el concentrador (50) de datos recibe datos de múltiples lectores RFID indicados por lectores (30 y 45). Este tipo de configuraciones deseables en operaciones más grandes donde puede haber más de un área de trabajo de ganado en un momento determinado. En este caso, puede ser necesaria una antena (63) de mayor tamaño en el concentrador de datos y puede desearse tener un teclado (261) y monitor (262) conectados al concentrador de datos.

EJEMPLO ~ DESCRIPCIÓN DE MODALIDAD Refiriéndose ahora a la Figura 12, en esta modalidad, los componentes del sistema de administración y recolección de datos incluyen transpondedores de Identificación de Radiofrecuencia exclusiva (RFID) para cada animal; una Tarjeta de Trabajo de los transpondedores RFID para identificar los eventos del ganado, un Lector RFID que pueda identificar al animal y transpondedores RFID para eventos; una comunicación inalámbrica RFDC entre el lector y una estación base; conexiones alámbricas o inalámbricas a una báscula, un termómetro, un dispositivo de medición por ultrasonido y un dispositivo de salida, una comunicación inalámbrica RFDC entre la unidad concentradora de datos y la computadora central, software BeefLink™ para Recolección de Datos; e interfaces "etl".

TRANSPONDEDORES DE IDENTIFICACIÓN POR RADIOFRECUENCIA (RFID) Aunque el sistema de recolección de datos puede operar manualmente con una identificación visual de los animales, el modo preferido de operación es con transpondedores (32) para identificación con radiofrecuencia (RFID) en forma de aretes de identificación electrónicos, implantes, bolos o collares para cuello o pierna para proporcionar una identificación exclusiva en cada animal. Aunque los implantes y aretes de identificación son los dispositivos más comunes, fue utilizado con éxito un transpondedor en bolo como un medio con evidencia de manipulación para identificación del ganado. El transpondedor el bolo tiene la capacidad potencial de medir la temperatura y pH dentro del animal. Los transpondedores RFID contienen una pequeña antena fija a un circuito integrado que almacena un número de identificación exclusivo. A diferencia de los códigos de barra, los transpondedores RFID no requieren una linea de visión para ser leídos, el transpondedor simplemente necesita estar cercano a un lector RFID.

LECTOR RFID El lector (30) RFID normalmente será un lector estacionario o fijo con elevado volumen en las operaciones de empacadora o corral de engorda y serán lectores portátiles en los puntos de procesamiento. Los lectores estacionarios normalmente estarán conectados a una computadora central por medio de un cable, pero también se puede utilizar una conexión inalámbrica para lectores estacionarios. Los lectores portátiles normalmente utilizarán una conexión inalámbrica a la computadora. Los Lectores emiten una baja radiofrecuencia, normalmente una señal a 134.2 kHz que excita el transpondedor pasivo en la etiqueta de identificación de animal o evento y el dispositivo responde a una segunda frecuencia. Una vez excitado, el transpondedor responde al lector por medio de una radiofrecuencia con una señal digital que representa su identificación exclusiva. El lector decodifica la señal, visualiza la identificación y envía la identificación a la computadora .

ETIQUETAS DE ACCIÓN DE EVENTOS Y TARJETAS DE TRABAJO Una Tarjeta de Trabajo (31) con transpondedores (41, 42 y 43) RFID proporciona una identificación de eventos del ganado para que los eventos puedan leerse por el lector RFID en vez de ser ingresados a través de un teclado. El usuario puede seleccionar una o más tarjetas de eventos para la sesión de trabajo anticipado. Se pueden anexar otras etiquetas de eventos en otras ubicaciones convenientes del área de trabajo, como podría ser alrededor de la rampa o pasillo de procesamiento. Las etiquetas en la tarjeta de trabajo tienen el marbete del nombre o símbolo para los eventos correspondientes para que la persona que trabaja con el ganado pueda hacer una rápida exploración del evento apropiado cuando éste ocurra .

TM ¦ SOFTWARE BEEFLINK DE RECOLECCION DE DATOS El software BeefLink™ que funciona en la computadora (10) valida las entradas de datos de los diversos dispositivos, le avisa al usuario sobre los datos recibidos, almacena los resultados y convierte los datos en información con sentido. Además, el software administra las transferencias de los datos locales por medio del módem a bases de datos nacionales y regionales para su almacenamiento y análisis posterior y administra el acceso al procesamiento hacia el final de la línea de producción, el desempeño y la calidad de datos.

TRANSFERENCIA DE DATOS Y ARQUITECTURA DE LA BASE DE DATOS Los datos recolectados a nivel local pueden proporcionar sólo una información limitada sobre la administración para el productor debido a que éste necesita saber los resultados del rendimiento a fin de administrar con exactitud en el futuro. Conforme se transfieren los datos a una base de datos regional o nacional, que se indica como (78), se puede volver más poderosa. En varios casos, los animales cambian de dueño durante el ciclo de producción. A fin de obtener resultados nuevamente a los productores y criadores del ganado, estos participantes al inicio de la cadena de producción deberán tener la habilidad de extraer información sobre los animales que los participantes hacia el final de la cadena de producción ingresan en el sistema. Asimismo, los participantes hacia el final de la cadena de producción como podrían ser los corrales de engorda y empacadores necesitan repasar la información de los animales que están recibiendo. También son estas grandes bases de datos las que permiten la verificación la verificación de la fuente para cuestiones de seguridad en alimentos. El software local en cada instalación del participante envía de manera rutinaria actualizaciones de archivos a una base de datos nacional o alianzas usando transferencia de módem por medio de la Internet. Con el apropiado acceso de seguridad, los usuarios pueden pedir datos sobre su propio ganado incluso después de haberlo transferido o vendido, y ésta es la información útil para futuras decisiones de administración. Los productores también son capaces de comparar los informes que miden comparativamente sus animales con respecto a una recopilación de datos ciegos de productores. Por ejemplo, los productores pueden comparar sus operaciones con operaciones de tamaño, ubicación geográfica o crianza similares para determinar las características de calidad como sería la puntuación sobre la suavidad de la carne. Una vez que el animal llega al rastro, se utiliza para identificación el mismo transpondedor RFID. Los lectores portátiles o estacionarios se utilizan para leer los transpondedores e identificar y secuenciar las canales. Los datos como el peso de la canal, su grado y producción se recolectan y agregan al sistema de administración del empacador y se pueden evaluar los datos mediante la identificación del animal.

NIVELES DE AUTORIZACIÓN En la modalidad preferida, se proporcionan niveles de autorización para diversas entidades como un consultor, veterinario, nutriólogo, agente de seguros o banquero para que puedan tener acceso a la información según ese nivel de autorización de la entidad.

SEGUIMIENTO DEL RENDIMIENTO/VERIFICACIÓN DE FUENTE En la modalidad preferida, las etiquetas RFID y las etiquetas de identificación visual se correlacionan para que en cualquier punto del ciclo del ganado, los datos de historial estén disponibles para cualquier entidad en la cadena de titulo para el ganado. En la instalación empacadora, la identificación del animal se utiliza para registrar la calidad actual del canal del animal. Los datos pueden incluir una evaluación general del canal así como información sobre la cantidad y calidad de cortes o productos particulares derivados del canal. Esta correlación de identificación individual del animal con respecto al canal actual y datos sobre la calidad del producto permite que el empacador pueda compensar al productor o corral de engorda según la calidad actual del producto. El productor se beneficia tanto por tener el potencial de recibir un mayor ingreso por un ganado de mayor calidad y por la obtención de información que le permitirá tomar decisiones más informadas sobre la administración del hato. Por ejemplo, los toros o vacas que producen becerros y terneras con buenas producciones y calidad serán los preferidos para retenerse en el hato con respecto a toros y vacas que producen becerros y terneras con menores producciones o menor calidad. Mientras que la técnica anterior requiere la transmisión de la información del empacador nuevamente al corral de engorda o productores, la presente invención permite que las entidades en la cadena de propiedad tengan acceso a los datos asociados con un animal. Un objetivo adicional de la invención es proporcionar una Verificación de Fuente haciendo disponibles los datos del historial del animal para el empacador. Esta Verificación de Fuente preferiblemente incluye programas certificados para el control de calidad como los planes HACCP.

DESCRIPCIÓN DE MODALIDADES - COMPONENTES DEL SOFTWARE Un aspecto del software BeefLink es un enfoque de transacción en vez de una orientación relacionada con la base de datos. Aunque en algunas aplicaciones, las bases de datos relaciónales de trabajo pueden construirse mediante utilidades a partir de bases de datos transaccionales y distribuidas, la arquitectura de BeefLink también soporta bases de datos transaccionales y descentralizadas. Los datos transaccionales son las unidades fundamentales del sistema de información. En esta modalidad, el software tiene una arquitectura orientada hacia el objeto y está comprendido de bloques de códigos llamados componentes. Los componentes proporcionan una estructura de bloques constructivos para diversas aplicaciones de software, para que los componentes puedan reutilizarse de una aplicación a la siguiente. Los subcomponentes son bloques de códigos que pueden incorporarse en múltiples componentes. El siguiente argumento describe estos componentes y subcomponentes mediante su tarea funcional. Refiriéndose a la Figura 13, que es una visión general esquemática de los componentes de esta modalidad del programa (190) BeefLink, los componentes se agrupan, para propósitos de argumentación, en componentes (200) de núcleo comunes; componentes (400) de Búsqueda de Datos en Tiempo Real/Recolección de Datos; componentes (500) para Compartir, Permutar, Enrutar, Interconectar ("SSRI"); componentes (600) para Extraer, Transformar, Cargar ( "ETL" ) ; y componentes (700) para el Informe y Análisis de Datos. Normalmente los componentes están conectados a una pluralidad de servidores (300) de software o hardware (equipo físico de la computadora o componentes lógicos de la misma) . Varios de estos componentes se utilizan en más de una de las categorías anteriores. En este caso, los eventos se relacionan con animales. En otras modalidades, un evento puede ser un artículo, comodidad o concepto y estos componentes y arquitecturas son apropiadas para una diversidad de aplicaciones en donde los objetos, acciones sobre objetos y búsqueda e ingreso de bases de datos se distribuyen durante un periodo de tiempo y geografía. En estas aplicaciones, una arquitectura basada en eventos es práctica y contundente .

SERVIDORES La Figura 14 ilustra el uso de múltiples servidores (300) en esta modalidad. En otras modalidades, estas funciones pueden llevarse a cabo en uno o más servidores . El Núcleo Global (GlobalCore) (310) es un servidor ActiveX del lado del cliente basado en Windows responsable de administrar conexiones a información de componentes locales o en redes. Proporciona los datos específicos del idioma para interfaces de usuarios, mensajes de texto, información de conexión a base de datos y ajustes configurables por el usuario. El servidor proporciona una ubicación centralizada para los mensajes del componente y permite que operen entre ellos los distintos componentes del negocio. El servidor proporciona métodos estandarizados para crear y manipular información que sea global para todos los componentes en el sistema y notifica a los componentes de negocio conectados de los cambios hechos a la información global. Refiriéndose ahora a la Figura 15, el servidor Núcleo Global (GlobalCore) (310) lleva a cabo la seguridad (311) para validar la autorización de conexiones y confirmar la encriptación de la comunicación; creación y manipulación (312) para proporcionar métodos estandarizados para crear y modificar datos globales y notificación (313) para asegurar que los componentes del negocio se le notifiquen de antemano, durante y después de cualquier creación o modificación de la información global. La notificación actualiza el almacenamiento (314) persistente, que puede residir en otra parte, para hacer un resumen de los métodos físicos de almacenamiento a partir de aplicaciones de componentes incluyendo DBMS, ODBMS, o un formato de archivo plano ya sea del lado del cliente o del servidor. El servidor global permite el envío de mensajes (315) entre componentes para otros componentes y registrar procesos importantes. El envío de mensajes entre componentes proporciona una interfaz común de envío de mensajes, un registro de conclusión del proceso global y error en el registro. Refiriéndose nuevamente a la Figura 14, Núcleo de Eventos (EventCore) (320) es un servidor ActiveX del lado de cliente basado en Windows responsable de la creación, manipulación, almacenamiento, notificación y acceso a colecciones de eventos. Todos los componentes del negocio que utilizan o necesitan saber de datos orientados al evento lo hacen al establecer una conexión con Núcleo de Eventos (EventCore) . El servidor proporciona métodos estandarizados para crear y modificar eventos y asegura que estos puedan traducirse y representarse por idiomas configurables por el usuario. El servidor se asegura que las transacciones, especialmente aquellas que representan datos cuantificables , sean normalizadas a un estándar mundialmente común. Compele a que los datos sean creados con valores, límites, intervalos y/o formatos aceptables y envía mensajes tanto síncronos como asincronos a los componentes de negocios conectados, permitiéndoles modificar eventos antes de que sean creados y de responder a los eventos modificados. El componente Núcleo de Eventos (EventCore) es un ejemplo de una capa (659) de cartografía/traducción/normalización de datos a la red principal de información (606) como se describe en RED PRINCIPAL DE INFORMACIÓN CON SERVICIOS Y PROTOCOLOS EN CAPAS a manera de ejemplo anterior y como se describe en la Figura 62. Refiriéndose ahora a la Figura 16, el Núcleo de Eventos (EventCore) (320) lleva a cabo la seguridad (321) para validar la autorización de conexión y confirmar la encriptación de comunicación; creación y manipulación (324) para proporcionar métodos estandarizados para crear y modificar datos globales, específicamente datos de eventos; traducción (325) para permitir la representación en idiomas configurables por el usuario y almacenamiento en un idioma central; normalización (326) para asegurar que las transacciones como mediciones, cantidades y valores sean creadas en formato normalizado y estandarizado para permitir el procesamiento funcional y exacto por reglas de negocios; validación (327) para asegurar que los objetos de cada tipo sean creados con valores, limites, intervalos o formatos aceptables y notificación (328) para asegurar que los componentes de negocio sean notificados antes, durante o después de cualquier creación o modificación de información de eventos. El almacenamiento continuo (314) se actualiza durante el proceso de notificación. El servidor de eventos también incluye representaciones visuales (322) de acceso a datos para proporcionar representaciones visuales conectadas o desconectadas en subconjuntos de datos de eventos. Las representaciones visuales de acceso a datos también tienen acceso al almacenamiento continuo. El envío de mensajes entre componentes proporciona una interfaz común de envío de mensajes, registro de término del proceso y error en el registro. Refiriéndose nuevamente a la Figura 14, el Núcleo de Dispositivo (DeviceCore) (330) es un servidor basado en Windows ActiveX del lado del cliente responsable para administrar conexiones a los dispositivos de los equipos físicos de computadora conectados en red o locales. Todos los componentes de negocio que utilizan o necesitan saber sobre los dispositivos del equipo físico a la computadora conectados al sistema lo hacen al establecer una conexión con ese servidor. Este proporciona métodos estandarizados para crear y modificar los datos del dispositivo y envía mensajes tanto síncronos como asincronos a los componentes conectados del negocio, permitiéndoles modificar los mensajes del dispositivo antes de que otros componentes respondan a su información. Refiriéndose ahora a la Figura 17, el Núcleo de Dispositivo (DeviceCore) (330) incluye la creación y manipulación (332) para proporcionar métodos estandarizados para crear y modificar datos y notificación (333) . Refiriéndose ahora a la Figura 18, el Núcleo de Dispositivo (DeviceCore) (330) incluye componentes (331) de Dispositivos Secuenciales o Seriales (SerialDeviceComponents) que se interconectan con AglnfoPorts (554) para administrar la conexión a dispositivos locales o en redes como un lector (30) RFID, báscula (54) o ultrasonido (56) RFID. El Núcleo de Dispositivo (DeviceCore) lleva a cabo la manipulación y funciones de notificación y le permite a AglnfoPorts (554) enviar datos al componente del Administrador (482) del Animal Individual ( IndividualAnimalManager) y otros componentes de terceros.

COMPONENTES CENTRALES Con referencia a la Figura 19, se utilizan los siguientes componentes centrales durante la recolección de datos, SSRI, ETL e informe sobre funciones. ID (210) es un número de identificación exclusivo utilizado para identificar eventos, animales, programas, imágenes y otras entidades. En una modalidad, la identificación es una combinación de identificación mecanizada y tiempo universal que se crea usando el tipo de datos Microsoft GUID ( Identificador Global Único) que le permite a cualquier computadora en el mundo crear mil identificadores exclusivos por segundo. En esta modalidad de una base de datos de eventos, un Evento (220) es un grupo de datos usado para representar una transacción discreta para un animal. La estructura del evento le permite a cualquier tipo de datos, incluyendo datos binarios, ser fijados a un animal o producto, y permite que ese dato siga identificado, clasificado, grabado en tiempo, auditado y relacionado con otros datos para ese animal o producto. Refiriéndose ahora a la Figura 20, el objeto (220) de evento dinámico incluye una identificación (221) exclusiva del evento con respecto a las relaciones entre progenitores, descendientes o hermanos para otros objetos del evento; la seguridad (222) que valida todos los datos almacenados dentro del objeto del evento; el tipo (223) que especifica la clasificación del artículo como puede ser un animal, grano o. fruta; auditoría (224) que incluye la fecha y momento de la transacción, la fecha y hora de la creación del evento, el método de creación de la transacción y el origen de la misma; un dato de objeto (225) que identifica el tipo de transacción y da soporte al almacenamiento de datos que pueden ordenarse en serie como pueden ser series, numéricos, datos, tiempo o serie binaria o archivo. En esta modalidad, un objeto de evento dinámico es un elemento de dato basado en la transacción que puede relacionarse con un animal, persona, lugar, grupo u objeto. Algunos ejemplos de eventos incluyen datos de animales como el peso o raza; datos de grupos como el rancho o fecha de embarque e información del cliente como dirección o la orden de compra. La representación del evento permite la descripción de una serie de pasos de procesamiento que dan como resultado el término de una actividad o función específicos, de manera que un conjunto de acciones puedan ser tratados como una sola unidad de trabajo. Refiriéndose nuevamente a la Figura 19, la Fuente de Datos (DataSource) (230) resume una fuente de datos como podría ser un archivo delimitado por coma, una base de datos ISAM, una base de datos cliente/servidor SQL u otras fuentes de datos. Todas las peticiones para manipulación de datos, como podrían ser búsquedas y manipulaciones, se enrutan a través de este componente. En esta modalidad, se encapsulan Microsoft Data Access Object y Microsoft Active Data Objects™ (Objeto de Acceso a Datos Microsoft y Objetos de Datos Activos Microsoft) para proporcionar este nivel de abstracción. El Traductor de Eventos (240) (EventTranslator ) le permite a los usuarios administradores proporcionar representaciones alternativas específicas de idioma para detalles y tipos de eventos. Esta capacidad le permite a las interfaces de componentes visualizar información usando el idioma o usuario final preferido, mientras que preserva el valor estandarizado/normalizado de la información del evento almacenada en la base de datos. Todos los eventos se almacenan en la base de datos utilizando un lenguaje "básico". Cuando estos eventos y sus valores se visualizan en una interfaz de usuario, estos se traducen en la lengua materna del usuario objetivo. El Núcleo de Eventos (EventCore) utiliza este componente para traducir eventos específicos para el idioma o el usuario nuevamente en los valores "básicos". Conforme se expanden los sistemas también lo hacen sus necesidades de almacenamiento. El SchemaSniffer (250) es un subcomponente que valida las capacidades existentes de almacenamiento e incrementa aquellas capacidades según se requiera por lo componentes del sistema. SchemaSniffer proporciona la escalabilidad automatizada de estructuras de bases de datos al asegurar que el almacenamiento está disponible para almacenar los requerimientos mínimos de todos los componentes. Los componentes que utilizan SchemaSniffer tienen la habilidad de crear y potenciar sus especificaciones de almacenamiento sin preocuparse sobre los efectos que tendrán sobre otros componentes del sistema, incluso aquéllos que utilizan la misma ubicación de almacenamiento. El Registro de Entidad (260) (Entity Registration) conecta el Núcleo Global (GlobalCore) para configurar las conexiones dinámicas de la base de datos usadas por otros componentes y el Núcleo de Eventos (EventCore) . Esto incluye administrar la información del usuario como la identificación de entidad, contraseña e idioma; y las propiedades de conexión para Base de Datos de Eventos (Events Datábase), base de datos de componentes, archivo de sonido y plantillas de informes.

COMPONENTES DE RECOLECCIÓN DE DATOS/BÚSQUEDA DE DATOS EN TIEMPO REAL Los componentes de búsqueda de datos en tiempo real y recolección de datos se ilustran en la Figura 21 y se mencionan a continuación en términos de creación (420) de evento como se muestra en la Figura 22; creación (440) de datos en grupo como se muestra en la Figura 23, interfaz (460) de usuario como se muestra en la Figura 24 y funciones de administración (480) de datos como se muestra en la Figura 25. Refiriéndose ahora a la Figura 22, Aplicar Evento (422) (ApplyEvent) es un controlador ActiveX que utiliza el Núcleo de Eventos (EventCore) para crear eventos y mediante el soporte de notificación Núcleo de Eventos (EventCore) , la creación de eventos especiales, que son aquellos que requieren información del dispositivo, ingreso de datos mediante teclado o exploraciones de tarjetas de trabajo para completar el acopio de información del evento. Los eventos especiales también incluyen el manejo de secuencias automáticas; reducción de precios de transacciones como en el caso de "deshacer todos los eventos"; y procesamiento de animales como en el caso de "seleccionar animal previo". Este es el componente principal para la creación de eventos utilizado por el Administrador de Animales Individuales (Individual Animal Manager) . Evento de Instrucción (EventDrillDown) (424) es un controlador ActiveX utilizado para mostrar, en detalle, un evento especifico para un articulo/individual y para visualizar imágenes de eventos. Si se utiliza para observar un nuevo evento creado con respecto al Animal Activo que corresponde al animal que está siendo actualmente procesado, le permitirá alterar o suprimir el evento. Los Sobrenombres (426) (Aliases) permite que puedan crearse alias para Eventos o Programas específicos. Un sobrenombre puede ser un valor RFID o un código de barras como aquellos en las tarjetas de trabajo o puede ser cualquier combinación de números, frase o palabra definida por el sistema o usuario. Antes de que los eventos sean creados o sean procesados los dispositivos de identificación, la información se analiza con respecto a los alias de eventos definidos en el sistema para determinar si representan eventos alternativos que deberán aplicarse a un animal. Se pueden crear diversas configuraciones para cada lista de alias de eventos y sus detalles y tipos en los eventos reales. Controles de Animales (428) (AnimalControls ) es un controlador interno para ActiveX que proporciona datos de eventos para animales individuales. Validación del Evento (429) (EventValidation) se utiliza para verificar los datos del mismo. Refiriéndose ahora a la Figura 23, el componente Eventos en Grupo (444) (GroupEvents) permite que cualquier evento o uno o más programas sean aplicados a un grupo de animales y formen transacciones de eventos individuales para cada animal en ese grupo. La habilidad de ingresar datos comunes para varios animales simplifica en gran medida el proceso de ingreso de datos. El componente obtiene acceso a grupos existentes en la base de datos y los presenta en menús desplegables para su selección por el usuario. También integra los componentes Filtrar Animales y Cuáles Animales ( FilterAnimals y WhichAnimals ) para proporcionar métodos fáciles y complejos para la selección de un grupo de animales. El componente también le permite al usuario determinar la fecha en la que tuvieron lugar los eventos asignados. Los Programas (442) es un controlador ActiveX en vista desplegable usado para crear y manipular grupos de eventos que deberían de aplicarse a un animal. Le permite al usuario final o administrador crear cualquier cantidad de programas que contengan eventos específicos. Cada evento puede además describirse a sí mismo al crear eventos subalternos que se anexan al evento principal. Se pueden seleccionar uno o más programas para aplicarse a un animal. Esto permite que pueda crearse la especificación y organización de eventos basándose en el proceso que está ocurriendo, como los animales que están siendo paridos o los que están siendo recibidos por un corral de engorda. Refiriéndose ahora a la Figura 24, Audio (462) es un controlador por reja ActiveX usado para configurar la retroalimentación de Audio para las diferentes permutaciones de los detalles y tipos de Evento. Permite la diferenciación entre detalles idénticos de eventos para tipos de eventos diferentes o el método para contrarrestar la retroalimentación de Audio por omisión. El subcomponente Ejecutor de Audio (464) (AudioPlayer) proporciona retroalimentación de audio estandarizada para el usuario. Es responsable de proporcionar retroalimentación especifica de audio para las permutaciones de detalles y tipos de evento según se configuran mediante Audio o valores preestablecidos del sistema. También es el responsable del "sonido pregrabado inteligente" de los acordes de audio para los números como en el caso de "ciento veintiuno" en vez de "uno-dos-uno". El componente Último Evento (464) (LatestEvent ) recupera y almacena eventos específicos. Se utilizan formas para permitir a los usuarios describir qué evento quieren visualizar y se utiliza en AglnfoChutes para monitorizar celdas en las hojas de trabajo de Microsoft Excel. Verificar Lista (468) (CheckList) es un controlador ActiveX que permite crear listas de verificación específicas para el sistema o usuario. Proporciona una funcionalidad consistente de listas de verificación a través de los componentes. Se pueden agregar, eliminar o modificar los artículos de la lista por el usuario final conforme cambian las necesidades. Marbete (470) (Label) es un controlador ActiveX que se engancha al Núcleo Global (GlobalCore) para permitir que haya marbetes configurados por el usuario o específicos para el idioma en los componentes. Todos los marbetes y artículos de texto de los componentes permitirán que sus valores sean cambiados dinámicamente por el usuario final. Esto permite una personalización completa del idioma mediante interfaces del usuario. ComboBox (706) proporciona una funcionalidad existente a través de los componentes al extraer automáticamente los detalles, tipos y otras propiedades de Eventos conforme existen actualmente en la base de datos de eventos o como se configuran mediante Configuración de eventos (EventConfiguration) . También proporciona una igualación de patrones conforme el usuario va tecleando y buscando características. Refiriéndose ahora a la Figura 25, Evento de Arbol (EventTree) (481) es un controlador ActiveX en vista de árbol que se engancha con un controlador (428) de Animal para visualizar toda la información del evento en tiempo real, que existe sobre un animal. Este organiza eventos por fecha cuando se aplicaron, y por sus relaciones jerárquicas con otros eventos. Utiliza el componente Evento de Instrucción (EventDrillDown) (424) para proporcionar un método para buscar concienzudamente en la información específica del evento incluyendo imágenes, que permite la modificación del evento durante la sesión de trabajo de un Animal Activo. Refiriéndose ahora a la Figura 26, el componente Administrador de Animal Individual (482) (Individual Animal Manager) es el recipiente que incorpora los tres servidores (300) principales, los componentes de Animal (428), Aplicar Eventos (422) (ApplyEvent) , Programas (442), Árbol de Eventos (481) y diversos componentes Dato para Producto Animal (484) (AnimalDataltem) para recolectar y observar los datos colectados en transacciones. Conforme los datos son creados por los subcomponentes, se guardan en el registro del animal y se visualizan junto con cualquier dato histórico. En esta modalidad, los datos se visualizan en formato cronológico usando el componente Evento de Arbol (EventTree) (481), junto con todas las relaciones progenitor/sucesor, junto con todos los estratos. Refiriéndose nuevamente a la Figura 25, Dato para Producto Animal (484) es un controlador ActiveX que se engancha con Núcleo de Eventos (EventCore) y extrae datos de animales específicos a partir de información de transacciones. Le permite al usuario final seleccionar datos específicos para eventos para que puedan visualizarse como FECHA DE NACIMIENTO (BIRTHDATE) , el último peso o el primer PROPIETARIO (O NER) para el "Animal Activo", el cuál es el animal que está actualmente en trabajo. El controlador permite VB Script y se puede utilizar para agregar o resumir datos, como para calcular "edad en meses" usando la FECHA DE NACIMIENTO. El Dato para Producto Animal (484) es una combinación de Último Evento (LatestEvent ) (464) y Marbete (Label) (470) . El Recolector de Eventos por Usuario (486) ( UserEventCollector) explora una base de datos de Eventos y extrae todos los distintos de Detalles y Tipos de Evento que actualmente existen en los animales. Esta información se carga en la base de datos de componentes y se utiliza en todos los casos para el controlador ComboBox (706) . Configuración de Eventos (EventConfiguration) (488) se utiliza en combinación con Validación de Evento (429) (EventValidation) para validar datos existentes y asegurar que el sistema y los lineamientos definidos por el usuario están siendo aplicados a los datos conforme se recolectan. Empresa BeefLink (492) (BeefLink Enterprise) es una combinación de componentes de recolección de datos que utiliza una red basada en Internet o LAN (Red de Área Local) para recuperar y almacenar información de eventos en un ambiente cliente/servidor. Este sistema puede utilizar cualquier base de datos con OLEDB o ODBC para el almacenamiento de información de eventos, incluyendo Servidor SQL y Oracle. Teniendo los eventos almacenados en un servidor conectado a red, la información de los animales se consolida inmediatamente y se encuentra disponible a través de todos los pasillos o rampas para corrales de engorda o centros de negocios empresariales.

COMPONENTES COMPARTIR, PERMUTAR, ENRUTAR , INTE CONECTAR ("SSRI") Los componentes (500) SSRI se resumen en la Figura 27 y se mencionan a continuación según la selección y funciones de búsqueda (520) que operan en datos transaccionales ; uso compartido de datos y reformateo de representación (540) de datos; capacidades (570) de correo electrónico; procesamiento de datos (580) e interfaz con un software (590) de terceros. Refiriéndose a la Figura 28, Cuáles Animales ( hichAnimals) (522) es un conjunto de controladores ActiveX con interfaces para usuario que proporcionan un medio para aislar los animales si es que hay, que cumplen con los criterios definibles por el usuario o el sistema. Proporcionar información de animales o productos para almacenes de datos históricos, minas de datos y herramientas de información general identificando primero cuál subconjunto de animales o productos en las bodegas de datos necesitan extraer su información. Ya que pueden haber millones de animales o productos, la segregación de los datos antes de migrar o transformarlos permite un procesamiento eficiente. El grupo resultante de animales o productos puede alimentarse directamente en los componentes Cuáles Datos (526) (WhatData) . Cuáles Animales (524) (WhichAnimalsUI) es una interfaz de usuario que le permite al usuario o administrador crear, suprimir o alterar los artículos en Cuáles Animales que se utilizan para identificar los criterios para seleccionar animales. Simplifica el proceso de seleccionar animales al presentar una lista de verificación de los criterios Cuáles Animales. Cuáles Datos (WhatData) (526) es un conjunto de controladores ActiveX con interfaz de usuarios que proporciona un medio para extraer datos específicos transaccionales para uno o más productos de animales y proporcionarlos en un formato relacional que es típico para las hojas de cálculo, almacenes de datos históricos y minas de datos. Los controladores pueden procesar, agregar y resumir los datos transaccionales y proporcionar datos tanto autonómicos como orientados a la lista para cada tipo de evento o propiedad de evento que está asociado con un animal o grupo de animales. Verificación (Checkln) (528) es un componente utilizado para los componentes de copia de protección y registro del evento reunir "411" e información de facturación de las estaciones BeefLink y Pony Express. Esta DLL hace una búsqueda de un sistema para todas las bases de datos de los eventos, reúne información pertinente y la entrega a un servidor de información basado en Internet. Refiriéndose a la Figura 29, que ilustra el uso compartido de datos y componentes de representación, la aplicación del servidor PonyExpressApplication (542) acepta archivos de bases de datos BeefLink, almacena los datos y los envía fuera para otras partes que tengan autoridad e interés en obtener los datos. Se encapsula al componente Compartir Fecha (578) (ShareDate) para crear archivos propietarios AGIL que contienen información actualizada necesaria para cada productor. Automáticamente crea estos archivos de actualización y los envía por correo electrónico al productor o receptor PonyExpress y permite incluir o excluir tipos individuales de eventos del archivo de salida por la entidad que recibe los datos. Importador de Evento (546) (Eventlmporter) es una aplicación utilizada para importar datos relaciónales en forma de un animal por hilera con atributos de animales en cada columna de la hilera, de cualquier tabla y base de datos. La aplicación convierte los datos relaciónales en datos basados en transacciones, permitiendo atributos equitativos como Identificación de Animal (Animal Id) , Fecha/Tiempo (Date/Time), Identificación de la Entidad (Entityld) , etc., para poder ser extraídos de los datos relaciónales. En esta modalidad, la aplicación se utiliza para importar la mayor parte de los datos de la instalación empacadora . La aplicación Actualizador de Almacenamiento de Eventos (548) (EventStorageUpdater) utiliza SchemaSniffer (250) para verificar la estructura de la base de datos de Eventos y para modificarla si es necesario. También proporciona la habilidad de llevar a cabo el respaldo de la base de datos. AglnfoPorts (554) es una interfaz de usuario para todos los dispositivos seriales utilizados para colectar datos con los componentes. Permite conectar cualquier cantidad de dispositivos seriales (uno por cada puerto) cada uno con valores mínimos/máximos, activadores de dispositivos, validación y filtración exclusivos. El usuario puede configurar los parámetros del puerto serial en vista del dato básico en el búfer (almacenador intermedio o memoria intermedia) para propósitos de resolución de problemas. Compartir Datos (578) (ShareData) permite a los usuarios guardar fácilmente y mover sus datos. Las funciones incluyen almacenamiento en disco y capacidades automáticas de correo electrónico, archivos ftp y estructura de archivos compactados XML. Los datos que ya se hayan enviado se les hace un seguimiento para no enviarse nuevamente, lo que proporciona archivos actualizados en incrementos cada vez mayores. Los eventos también pueden incluirse o excluirse para ser enviados en el archivo AGIL. Compartir Datos (ShareData) incorpora Cuáles Animales (WhichAnimals) (522) y Filtrar Animales ( FilterAnimals ) (608) para seleccionar animales específicos. Refiriéndose a la Figura 30, el AglnfoPort (554) conecta los componentes físicos de la computadora como básculas (54), termómetros (55), Dispositivos de Ultrasonido (56), lectores RFID (30), lectores de códigos de barra y otros dispositivos de monitorización con el servidor (330) del dispositivo. El componente incluye configuraciones del dispositivo (555) que incluye nombres de dispositivos lógicos y configuraciones predeterminadas para dispositivos conocidos; configuraciones (556) para puertos seriales incluyendo velocidad de baudios y asignación de puerto configurable para el usuario; monitoreo (557) de puerto serial para visualizar los datos recibidos mediante un puerto específico y registrar esos datos en un archivo; comunicaciones (558) para el dispositivo configurable por el usuario incluyendo datos para configurar el dispositivo y para activar el dispositivo para enviar información; filtración (559) de datos configurables por el usuario para la eliminación de ruido, correspondencia de series y eliminación de datos y validación (560) de datos para especificar gamas o listas de valores para datos filtrados y crear indicadores de estabilidad de datos. El componente proporciona una visualización gráfica que muestra el estado del puerto COM, datos actuales e información de auditoria. Refiriéndose ahora a la Figura 31, Procesamiento PE (PEProcessing) (572) busca automáticamente adjuntos de correo electrónico y extrae la información de entidad como el remitente, recipiente, momento de envío, momento de recepción y archivos adjuntos y los prepara para Maquinaria ETL (ETL Engine) (630) . Los datos se convierten en eventos basados en transacciones así como almacenes de datos históricos específicos para el usuario. Control para el Envío de Correos (576) (SendMailControl) agrupa los mensajes de correo electrónico en un formato específico como campo del sujeto, texto del mensaje, remitente, etc., y asegura un formato apropiado para soluciones de redes desconectadas basadas en correo electrónico en donde se desea un procesamiento automático de mensaje. Refiriéndose a la Figura 32, Calculadora de reducción o encogimiento (582) ( ShrinkCalculator) es un ejemplo de un componente de procesamiento. Esta aplicación funciona simultáneamente con el Administrador de Animales y otros componentes en tiempo real. Durante el día, los animales pierden peso en agua conforme esperan a ser procesados con estrés. El resultado es un peso menor al que debería ser. El encogimiento puede representarse como un porcentaje respecto al tiempo del peso total del animal. El componente Calculadora de reducción o encogimiento calcula este encogimiento o pérdida de peso y crea un evento de peso ajustado que describe el peso verdadero del animal, como si esta pérdida por encogimiento no hubiera sido un factor a tomar en cuenta. Este ajuste puede utilizarse en combinación con Ganancia Diaria Promedio (722) (AverageDailyGain) y Semana para el Embarque (720) (WeekToShip) para proporcionar información y pesos de finalización más exactos. El componente Calculadora de Precio de Llegada (490) (IncomingPriceCalculator) normalmente se utiliza secundario a la rampa para calcular los precios de los animales entrantes al comparar el peso actual con un peso base, precio base y variaciones en el valor. AglnfoChutes (550) es una extensión en tiempo real de la tecnología Hojas de Información Ag (AglnfoSheets) . Los artículos Cuáles Datos (WhatData) se utilizan para llenar las hojas de cálculo de Excel™ en tiempo real conforme se procesan los animales. El componente permite la creación de plantillas complejas con Microsoft Excel que extrae la información del Animal Activo y avisos del Núcleo de Eventos (EventCore) . La información puede utilizarse automáticamente en gráficos, cuadros, ecuaciones, macros y funciones VBA. En esta modalidad, AglnfoChutes tiene dos modos: de un solo animal y de múltiples animales. El modo de un solo animal refresca la hoja de cálculo para cada animal conforme se procesa, permitiendo una operación similar al Administrador de Animal Individual. Las series de operación de múltiples animales en una hilera de datos para cada animal procesado, insertando hileras para fórmulas, gráficos, cuadros y macros son necesarios. Al incrustar Articulo de Dato para Animal (AnimalDataltem) en hojas de trabajo permite que se puedan crear nuevos eventos por las hojas de trabajo. AglnfoConvertUltrasound (552) es un componente especifico descrito para convertir unidades métricas para medidas de ultrasonido en unidades inglesas. El componente establece una conexión con Núcleo de Eventos de Información Ag (AglnfoEventCore) y monitores para cualquier evento de ultrasonido que modifique. Clasificar Eventos (620) (EventSort) establece una conexión con el Núcleo de Eventos (EventCore) y le permite al usuario hacer saltos no programados para tipos de eventos específicos y valores conforme se están creando con respecto a un animal. Cualquier cantidad de eventos y valores, incluyendo gamas de valores, puede saltarse en forma no programada y se puede especificar para cada uno retroalimentación específica de audio. Los eventos pueden crearse en respuesta a esta retroalimentación del Núcleo de Eventos (EventCore) . Este componente soporta sistemas de soporte de decisión totalmente personalizables que operan en tiempo real. Editor de Secuencias (622) (SequenceEditor) le permite al usuario o administrador del sistema configurar las secuencias automatizadas a usarse para datos de eventos durante el procesamiento de animales. Cuando un evento requiere que se utilice una secuencia, un prefijo, sufijo o valor numérico definido por el usuario se concatenan para producir un valor alfa numérico. El valor numérico luego se incrementa mediante una cantidad especificada por el usuario. Cualquier cantidad de secuencias pueden crearse y configurarse de esta forma. Las Impresoras (624) (IPrinters) funcionan concomitantemente con el Administrador de Animales o Eventos de Grupo para establecer una conexión con Núcleo de Eventos (Event Core) para monitorizar los eventos Impresora o Identificación Visual (PRINTER o VISUALID) que se están creando. Cuando se crean estos eventos, un marbete en código de barras para la identificación del animal e identificación visual se imprime en una impresora para etiquetas . Los controles de procesamiento incluyendo Semana para el Embarque (WeekToShip) (720) y Ganancia Diaria Promedio (AverageDailyGain) (722) establece una conexión con Núcleo de Eventos (EventCore) y Eventos de Monitoreo de Peso que se están registrando con respecto a un animal. Funcionan simultáneamente con el Administrador de Animales para proporcionar datos de valor agregado que se recopilan durante el procesamiento del animal. Semana para el Embarque (WeekToShip) extrae datos históricos como sexo y peso previo y datos actuales como peso objetivo y peso actual para calcular la semana del año en que el animal ha de ser embarcado o sacrificado. El resultado se visualiza se le dicta al usuario en tiempo real si como también se describe en la base de datos. Ganancia Diaria Promedio (AverageDailyGain) calcula la ganancia de peso del animal durante el último periodo para los pesos recolectados. Visualiza la ganancia, la dicta al usuario y la escribe en la base de datos, si se desea y puede graficar el historial de cada peso del animal conforme el animal es explorado. Refiriéndose ahora a la Figura 33, las interfaces a software de terceros se logra tanto por componentes generales como componentes (592) de interfaz al cliente que se desarrollan para proporcionar formatos de archivos específicos posteriores al procesamiento del software de terceros . Importador (594) (Importer) es un controlador ActiveX utilizado para extraer información de archivos de anchura fija en una hoja de cálculos para Excel. La ubicación de datos dentro del archivo se especifica en varias celdas de la hoja de cálculos y el componente responsable para extraer los datos del archivo y llenar aquellas celdas. Los componentes Compartir (Share), Cambiar (Switch) , Dirigir (Route) , Interface ("SSRI") son ejemplos de una capa (664) para el enrutamiento de datos para la red principal (606) de información como se describe en el ejemplo anterior de RED PRINCIPAL DE INFORMACIÓN CON SERVICIOS Y PROTOCOLOS EN CAPAS y como se describe en la Figura 62.

COMPONENTES EXTRACT, TRANSFORM, LOAD ("ETL") (EXTRAER, TRANSFORMAR, CARGAR) La Figura 34 resume los componentes ETL. Administrador de Eventos (602) archiva los animales basándose en eventos y permite la reutilización de etiqueta de identificación electrónica y depura los datos basándose en los criterios definibles por el sistema o el usuario. El componente Administrador de Eventos (602) (EventManager) es un ejemplo de una capa (667) de administración de cambios y archivos en la red principal de información (606) como se describe en RED PRINCIPAL DE INFORMACIÓN CON SERVICIOS Y PROTOCOLOS EN CAPAS y como se describe en la Figura 62. El componente Animal (604) se utiliza para cargar en grupos todos los Eventos para un animal especifico. Los eventos se cargan directamente de la estructura de bases de datos transaccionales y se organiza en una colección en estructura clasificada en árbol como se ilustra en la Figura 61. en este ejemplo, las propiedades del evento de peso especifico pueden recuperarse rápidamente según la fecha de un peso. El control proporciona métodos estandarizados para extraer los datos de animales específicos para resumir, agregar o procesar negocios. El Pony Express RelayDatabase™ (606) identifica la propiedad de los datos del animal basándose en las propiedades del evento de los eventos que existen en las bodegas de datos. En esta modalidad, la posesión o propiedad de datos se define como cualquier dato que existe para un animal al que se le aplicaron eventos por el dueño específico en cuestión. El componente también extrae, comprime y encripta los datos del animal específico para que pueda propagarse a otros sistemas por medio de disco o conexiones en red como correo electrónico, Internet, LAN o WAN. Normalmente esto se conoce como un archivo AGIL. Una versión del componente utiliza cualquier base de datos compatible con OLE-DB o ODBC, incluyendo Oracle y Servidor SQL. Filtrar Animales (608) ( FilterAnimal ) es un controlador, similar a Cuáles Animales (WhichAnimals) , pero proporciona un método más simplificado para el usuario para que pueda seleccionar grupos de animales basándose en valores de eventos específicos. Se puede seleccionar por el usuario una combinación hasta de cinco de cualquier evento y valores para cada uno de aquellos eventos a fin de capturar los animales apropiados. Cuchara (610) (Scooper) es un conjunto de componentes que pueden utilizarse para compartir información de bases de datos entre dos o más bases de datos o sistemas. Los componentes permiten que las aplicaciones puedan acceder a bases de datos y aislar información especifica de una o más tablas. Esta información se extrae, comprime y encripta para que pueda propagarse a otros sistemas/bases de datos por medio de un disco o red como la Internet, correo electrónico, LAN o AN. Estos archivos, llamados archivos AGILPS se descifran, descomprimen e importan en una base de datos objetivo. Scooper se difiere del Pony Express Relay Datábase™ en que puede enfocarse en información de componentes generales en vez de información de eventos. Transferir Eventos (612) (TransíerEvents) carga datos en la base de datos objetivo de eventos a partir de una base de datos fuente o archivos AGIL creado por Compartir Datos (ShareData) o AglnfoPonyExpress que es recibido por otro usuario o mediante PERD. Al hacer doble clic en un archivo AGIL, esta aplicación inicia automáticamente, verifica para asegurarse de que la base de datos de Eventos esté apropiadamente configurada e importa los datos en la base de datos. Transferir Eventos (612) carga los datos en la base de datos de Eventos objetivo a partir de una base de datos fuente o archivo AGIL creado por Compartir Datos (ShareData) o AglnfoPonyExpress que se reciben por otro usuario o mediante PERD. Al hacer doble clic en un archivo AGIL, esta aplicación inicia automáticamente, verifica para asegurar que la base de datos de Eventos esté apropiadamente configurada e importa los datos en la base de datos. Exportador de Tabla (614) (TableExporter) utiliza la Cuchara (610) para permitir que el usuario pueda seleccionar la información de componentes almacenadas en una base de datos para compartirla con otro sistema. La información de cada tabla de componentes deseada puede extraerse, comprimirse y encriptarse para que pueda propagarse a otras bases de datos/sistemas por medio de un disco o red (correo electrónico, Internet, LAN, WAN, etc.). La salida de datos es un archivo AGILPS propietario. Importador de Tabla (616) (Tablelmporter) carga los datos encontrados en el archivo AGILPS creado por el TableExporter en bases de datos de componentes. Estos archivos se descifran, descomprimen e importan utilizando este producto. Este producto permite que la información predeterminada, especifica para un mercado objetivo, pueda configurarse, y exportarse por medio del Exportador de Tabla y propagarse a través de las diferentes computadoras objetivo. El Importador de Tabla también soporta un "modo silencioso" que puede utilizarse mediante una aplicación de instalación o CD para cargar la información de componentes predeterminados especifica para esa computadora objetivo. Los componentes (628) de interfaz del cliente proporcionan interfaces especificas para sistemas del cliente . AglnfoETL (630) es un servidor de extracción, transformación y carga que monitoriza continuamente el sistema para obtener información del canal que necesita procesarse. La información que se recibe, por medio de correo electrónico, mediante el motor Procesamiento PE ( PEProcessing) se coloca dentro de una cola de procesamiento monitorizada por el servicio AglnfoETL. La información se extrae de la cola, se transforma en Eventos (Events) y datos CIS (CISData) , luego se carga en el almacén de datos históricos de canales, el servidor Hojas de Información Ag (AglnfoSheets ) y el Pony Express System.

La configuración de los ajustes del monitoreo y cola del servidor permite que el componente pueda escalarse en un ambiente de múltiples servidores para un procesamiento distribuido. Los archivos de registro para cada intento de transformación se crean y almacenan en un servidor FTP. Objetos ETL (ETLObjects) (632) es un conjunto de objetos usados para la transformación de datos para ISFF (Industry Standard File Format) "Formato de Archivos Estándar de la Industria" y archivos de salida de datos del cliente en datos CIS (CISData) y Eventos (Events) . Mantenimiento de Evento (634) (EventMaintenance) modifica y depura datos en un almacén de Datos CIS históricos y servidor Pony Express. El componente se utiliza para crear validación de datos y reglas de modificación sobre los datos contenidos dentro de cada almacén. Cada tipo de evento puede asignarse con valores predeterminados asi como para localizar y corregir errores en datos existentes.

COMPONENTES PARA INFORMAR Y ANALIZAR DATOS La Figura 35 hace un resumen del reporte y analiza los componentes (700) . Actualizar Informe de Archivo (702) (UpdateFileReport ) es un motor dinámico HTML que crea un informe HTML que describe y analiza el dato de eventos encontrados en un archivo creado por la base de datos Pony Express Relat Datábase. Cada reporte se integra con el Administrador de Animal Individual (Individual Animal Manager) para una visualización multidimensional de los datos del animal individual "drill-down" ; y con la utilidad para generar informes de Hojas de Información Ag (AglnfoSheets ) para una visualización multidimensional de los datos de animales en grupo. Este componente le permite a los grandes productores o centros de distribución de datos informar sobre lo que se está recibiendo y procesando información como corresponde; como la generación de ciertos informes para el productor cuando se reciben datos de la planta empacadora. En donde en Excel (704) (WherelnExcel) coloca los artículos Cuáles Datos (WhatData) en una plantilla de hoja de cálculo de Microsoft Excel. Cuáles Datos UI ( hatDataUI) (708) le permite al usuario o administrador crear, suprimir o alterar los artículos en Cuáles Datos (WhatData) que se utilizan para extraer datos transaccionales específicos. La interfaz simplifica el proceso de selección de datos para animales al presentar una lista de verificación de artículos disponibles WhatData. Reportes de Información Ag (AglnfoReports ) (710) es un motor de información basado en Acceso que permite crear rápidamente informes basados en la última ocurrencia de eventos específicos usando las características de Informe de Acceso. Los informes "enlatados" se envían junto con Reportes de Información Ag (AglnfoReports) y se han llevado a cabo muchas personalizaciones para clientes específicos. Reportes de Información Ag (AglnfoReports) soporta operaciones de filtración y clasificación basándose en campos de eventos específicos usados en cada informe. Las variaciones de este motor permiten que puedan crearse campos específicos y exportarse como un archivo delimitado por coma. Hojas de Información Ag (AglnfoSheets) (712) es una herramienta de elaboración de informes que complementa Reportes de Información Ag (AglnfoReports) al combinar los componentes Cuáles Animales (WhichAnimals) , Cuáles Datos ( hatData) y Excel como un solo controlador incrustado ActiveX que reside en la hoja de cálculo MS-Excel. Esto le permite al usuario insertar cualquier dato de una base de datos de eventos en cualquier lugar en una plantilla Excel. Las plantillas que incluyen fórmulas y gráficos de resúmenes pueden designarse, guardarse y mostrarse. Con el clic de un botón, las fechas, datos orientados a eventos, etc., llenarán la hoja de cálculo. Hojas de Información Ag (AglnfoSheets ) permite que puedan buscarse datos orientados a transacciones y presentarse en forma fácil de entender. Iniciar Reportes (714) (RunReports) es el inicio principal para producir informes Hojas de Información Ag (AglnfoSheets) . Proporciona una lista de verificación con una vista en árbol para seleccionar los informes y automatiza los procesos para crear cada uno de aquellos. También proporciona un método inicial para "pasar por encima de" los animales que se utilizan en cada informe al proporcionar ambos componentes Filtrar Animales (FilterAnimals) y Cuáles Animales (WhichAnimals ) para seleccionar los animales que se van a usar. Solicitar Informes (716) (RequestReports ) es una aplicación para el cliente específicamente para un artículo (724) CIS data que presenta animales disponibles por lote, empacadora, sexo, categoría de mercado, etc., en un formato conciso y configurable por el usuario antes de requerir los informes Hojas de Información Ag (AglnfoSheets) de un Servidor a través de la Internet. Se pueden desarrollar Informes Personalizados (718) para clientes específicos. El Datos CIS (CISData) (724) es un almacén de datos históricos de información de canal instalado en un Servidor SQL de Microsoft. El almacén de datos históricos ha sido estandarizado para usarse por más de un cliente. Actualmente los múltiples servidores/almacenes de datos históricos alojan información reunida de plantas empacadoras de clientes.

El componente Picadora de Carne (726) (CISMeatGrinder) carga plantillas dinámicas HTML con información sobre la canal. Se conecta con un almacén de datos históricos CISData y extrae información basada en las instalaciones empacadoras, fechas de sacrificio, productores y categorías de mercado seleccionadas por el usuario; luego construye una salida de datos final en formato HTML que se envía al navegador final. Se construyen los datos de grupos al analizar los datos de animales individuales. El componente puede utilizarse para crear informes HTML basándose en la dentición de la canal, análisis de grasas, pesos de las canales y compatibilidad de grupo. Red Mundial del usuario (728) (CustomerWeb) es un sistema de generación de informes basado en una red segura usado para medir comparativamente la información de la canal del cliente. El componente se utiliza por administradores de alianzas así como productores contribuyentes con productos/servicios para la alianza y proporciona una generación de informes basada en grupos que pueda buscar más detenidamente la información de un animal individual. El componente permite medir comparativamente ente productores específicos, fechas de sacrificio y lotes; y presenta un sistema de seguridad que filtra el contenido basándose en el nivel de seguridad y registro de usuario.

El componente se implementa usando Páginas Activas de Servidor (Active Server Pages) y utiliza un almacén de datos históricos CIS especifico para los animales del cliente. Los componentes Filtrar Animales ( FilterAnimals ) (608), Reportes de Información Ag (AglnfoReports) (710) y Red Mundial del Usuario (Customer eb) (728) son ejemplos de una capa (658) de filtración de datos para la red principal de información (606) como se describe en RED PRINCIPAL DE INFORMACIÓN CON SERVICIOS Y PROTOCOLOS EN CAPAS anterior y como se describe en la Figura 62. Iniciar Lote (730) (BatchRun) es una aplicación de servidor que monitoriza las solicitudes de los informes Hojas de Información Ag (AglnfoSheets) . La aplicación Solicitar Informes (RequestReports) se utiliza por el cliente para crear una solicitud, que utiliza este componente del servidor para generar informes Hojas de Información Ag (AglnfoSheets ) por correo electrónico. Los informes normalmente se envían a cada productor, pero también se consolidan en un servidor FTP para los administradores de alianza. Comparación de Lotes (734) (LotComparison) es un servicio de Internet basado en HTML usado para extraer información de un almacén de datos históricos CIS. El componente extrae y presenta información específica para una instalación empacadora, uno o más productores, un intervalo de fechas de sacrificio o un lote especifico de sacrificio. El componente acepta intervalos de fechas seleccionables proporcionadas mediante controles de calendarios de aparición automática. El componente es utilizado por el proyecto IQBSN como se describe en la siguiente modalidad. Comparación de Dueños (736) (OwnerComparison) es una extensión del controlador Comparación de Lotes que le permite a la selección de usuario final no sólo seleccionar un intervalo de fechas de sacrificio pero también un productor especifico. El componente permite la medición comparativa entre productores. Mantenimiento de Clientes (738) (Customer aint ) es una aplicación usada por el administrador de datos para buscar un almacén de datos históricos CIS para información especifica para un empacador, categoría de mercado, productor, fecha de sacrificio, lote o sexo en animal. Luego el componente puede usarse para modificar los valores del empacador, categoría de mercado, productor o sexo del animal. Estas modificaciones también se aplican a un servidor Pony Express. ebGFX (740) es un motor de búsqueda basado en Internet usado para encontrar animales basándose en resultados de una prueba genética. El componente permite una búsqueda profunda de animales individuales basándose en género, raza, identificación y/o resultados del marmoleado y proporciona la habilidad de agregar, retirar y editar los datos del animal en linea. CRCS (742) es un sistema de registro de productos basado en Internet usado para darle seguimiento a la información del cliente y activar software desplegado. El componente soporta licencias de InfoPorts de terceros y requiere del registro de usuario para que el producto funcione. El componente registra la información del cliente para cada plataforma instalada y proporciona códigos de activación para los usuarios finales o personal de apoyo. Cliente de Internet (744) ( ebCustomer ) es un motor de informes basado en Internet en forma segura que consolida la información de las canales individuales para contabilidad y propósitos de medición comparativa. Al utilizar un servidor Procesamiento PE ( PEProcessing) y AglnfoETL, los archivos de canales entregados de varias instalaciones empacadoras de los clientes se transforman y cargan automáticamente en almacenes de datos históricos CIS. Cuando se cargan los datos, se encuentran inmediatamente disponibles para la generación de informes en linea. El sistema puede buscar detenidamente o visualizar multidimensionalmente los datos basándose en instalación empacadora, productor, fechas de sacrificio y categorías de mercado. El componente soporta comparaciones Qué ocurre si (What-if) entre categorías de mercados. Los componentes Red Mundial del Usuario (CustomerWeb) (728), Comparación de Dueños (OwnerComparison) (736) y Cliente de Internet (WebCustomer ) (744) son ejemplos de una capa (661) de medición comparativa de datos expuestos en la Internet para la red principal de información (606) como se describe en el ejemplo anterior RED PRINCIPAL DE INFORMACIÓN CON SERVICIOS Y PROTOCOLOS EN CAPAS y como se describe en la Figura 62. Los componentes Artículo de Dato para Animal (AnimalDataltem) (484), Cuáles Datos (WhatData) (526), Animal (604), Iniciar Lote (BatchRun) (730) y Cliente de Internet (WebCustomer) (744) son ejemplos de una capa (668) de consolidación y agregación de datos expuestos en la Internet para la red principal de información (606) como se describe en el ejemplo anterior RED PRINCIPAL DE INFORMACIÓN CON SERVICIOS Y PROTOCOLOS EN CAPAS y como se describe en la Figura 62. Los componentes de Informar y analizar datos (Report & Analize Data) son ejemplos de una capa (668) para informe de datos expuestos en la red para la red principal de información (606) como se describe en el ejemplo anterior de RED PRINCIPAL DE INFORMACIÓN CON SERVICIOS Y PROTOCOLOS EN CAPAS y como se describe en la Figura 62.

DESCRIPCIÓN DE MODALIDADES PRODUCTO DEL PROGRAMA DE COMPUTADORA BASADO EN COMPONENTES En este ejemplo, el software de recolección de datos BEEFLINK es una colección de componentes escritos principalmente en el lenguaje de programación VISUALBASIC™ 6.0 y metodologías de programación ACTIVE-X. La mayoría de los componentes del producto de programa de computación se incorporan en software comercialmente disponible con el nombre BEEFLINKTM, producido por AglnfoLink USA Inc. de Longmont, Colorado. El software es un sistema de administrador de datos y recolección de datos sobre ganado de engorda basado en eventos que es fácilmente adaptable para otras especies ganaderas al cambiar la definición de los eventos predeterminados específicos para la industria. Dentro del producto de programa de computadora, un evento identifica de manera exclusiva los datos para el cuál se relaciona el evento. El evento identifica la persona, lugar o cosa a la cuál se aplica el evento así como cualquiera de las relaciones de progenitores, descendientes o hermanos con respecto a otros datos. El tipo de clasificación asignado al evento también se especifica, así como también el tipo de dato que ha sido ingresado. El producto de programa de computadora también contiene funcionalidades de auditoría que identifica la creación de la transacción del evento. Los datos se auditan según la fecha y momento de la transacción, el método de creación de la transacción y el origen de la transacción. Cualquier dato serializable se almacena en la base de datos, incluyendo cadenas, datos numéricos, datos de fecha/hora y datos de archivos binarios/seriales. Refiriéndose ahora a la Figura 36, las funciones del software (800) BeefLink incluyen funciones 805 básicas e interfaz de usuario; funciones (810) de recolección de datos que incluyen dispositivos de administración de componentes físicos de computadora que soportan la entrada automatizada de identificación de animales y datos asociados con aquel animal (815), datos (820) de validación, datos (825) de traducción, aplicación de datos a un grupo (830) y computación de datos (835) como el cálculo de la ganancia diaria promedio de peso y la determinación del mejor momento para que el animal vaya al matadero basándose en el peso objetivo y compartir e informar sobre funciones (840) de datos que incluyen importación de datos (845), envío de datos a las aplicaciones (850) de terceros, transferencia de datos desde una base de datos a otra en la misma computadora o dentro de una red (855) , incorporación de datos en una hoja de cálculo (860) y transferencia de datos (865) por correo electrónico. Las funciones de información y compartir y recolección de datos aplican a través de toda la cadena de abastecimiento ilustrada en la Figura 6. Refiriéndose ahora a la Figura 37, que es un diagrama de flujo que demuestra una recolección de datos de ejemplo para el ganado, se lee un transpondedor RFID para animal usando un lector RFID en el paso (2100) . El código exclusivo para animal se analiza de la identificación del transpondedor del software del lector en el paso (2200) . El código exclusivo para animal de carga en la computadora central en el paso (2300) y se almacena en la base de datos de la computadora en el paso (2400). En el paso (2500), la computadora central confirma la recepción del código exclusivo de animal, normalmente mediante audífonos o un altavoz cercano al lector. Los datos predeterminados para eventos de animales que son comunes para los animales se aplican por la computadora central en el paso (2550). Se ingresa un dato de evento de animal usando una Tarjeta de Trabajo RFID y un lector RFID en el paso (2600) . Se capturan los datos de medición, como el peso, mediante múltiples dispositivos de entrada/salida en el paso (2700) y se cargan en una computadora central en el paso (2800) . Los datos pueden mantenerse en más de una base de datos o en más de una computadora. La medición de la recepción de datos se confina en el paso (2900) , normalmente mediante un altavoz y los datos del animal se almacenan en la computadora central en su base de datos en el paso (3000) .

Los niveles de autorización se asignan para los niveles en el paso (3100) . El usuario puede escoger desplegar el historial de los datos del animal en el paso (3200) . Los niveles de autorización se encuentran en la capa (663) para el permiso de datos de la red principal de información (606) como se describe en el ejemplo anterior de RED PRINCIPAL DE INFORMACIÓN CON SERVICIOS Y PROTOCOLOS EN CAPAS y como se describe en la Figura 62. El usuario puede elegir ingresar una o más búsquedas en datos asociados con un animal en particular en el paso (3300) y los datos que representan los resultados de la búsqueda se visualizan en el paso (3400) . Cuando el software de recolección de datos recibe un código exclusivo de animal y datos de evento o transacción para un animal, el servidor del software escribe el evento en una base de datos BEEFLINK. El dato de evento también se envía a otras aplicaciones como un programa de administración de hatos para terceras personas. El programa de administración de hatos puede encontrarse en primer plano y estar visible mientras que el software de recolección de datos BEEFLINK™ recolecta datos o puede encontrarse en el fondo, simplemente almacenando datos que recolecta BEEFLINK. El servidor de eventos le notifica todas las aplicaciones que están conectadas a éste y este aviso ocurre para cada evento creado. El servidor de eventos envía mensajes tanto síncronos como asincronos a los demás componentes antes, durante y después de la creación o modificación de objetos. También permite la verificación, modificación o cancelación del evento. Refiriéndose ahora a la Figura 38, que es una ilustración de un diagrama de flujo de la metodología preferida implementada por el servidor de eventos, el software valida la autorización de conexión y encriptación de comunicación por el usuario, grupo o componente en el paso (3500), proporciona métodos estandarizados para crear y modificar eventos en el paso (3600) ; asegurándose de que los eventos puedan representarse por un idioma configurable por el usuario en el paso (3700); se asegura de que las transacciones sean creadas en formato estandarizado y normalizado que permita un procesamiento funcional y exacto en el paso (3800); se asegura de que los objetos del evento de cada tipo sean creados dentro de valores, intervalos y formatos aceptables en el paso (3900) y en el paso (4000), envía mensajes tanto síncronos como asincronos a los componentes conectados antes, durante y después de cualquier creación y modificación del objeto del evento. Alternativamente, el servidor de eventos puede validar la encriptación de comunicación y la autorización de conexión por el usuario, grupo de componente en el paso (3500), proporcionar vistas en conexión o desconexión de subconjuntos de datos de eventos en el paso (4100) ; hacer un resumen de los métodos físicos de almacenamiento para los componentes en el paso (4200); enviar mensajes tanto síncronos como asincronos a componentes conectados antes, durante y después de cualquier creación o modificación de objeto de evento en el paso (4000) y luego permite la verificación, modificación y/o cancelación del evento mediante un software conectado en el paso (4300) . Un componente de transferencia de eventos permite la transferencia de datos de animales desde una base de datos a otra en la misma computadora o dentro de una red. Refiriéndose ahora a la Figura 39, el usuario selecciona una base de datos fuente de la cuál el usuario quisiera que los eventos fueran transferidos al paso (4400) y selecciona la base de datos del destino en el paso (4500) . El usuario puede hacer un repaso de los datos de eventos que se están transcribiendo en el paso (4600) . La información que designa que los eventos serán transferidos se describe en la base de datos y la transferencia se lleva a cabo en el paso (4800) . El software también proporciona un componente para transferir datos de animales desde una entidad a otra. Refiriéndose ahora a la Figura 40, el usuario especifica la entidad a la cuál los registros del animal se han de transferir en el paso (4800) y el componente determina la cantidad de animales en un grupo y la cantidad de animales que se van a transferir en el paso (4900) . Se puede aplicar un nuevo evento en los registros de animales que muestren que los registros fueron transferidos desde una entidad a otra en el paso (5000) . El software le permite al usuario transferir los datos de animales a una base de datos en red, un disquete o CD o una aplicación de transferencia electrónica PONY EXPRESS RELAY DATABASE™ (PERD), para que los datos puedan ser compartidos. Normalmente los datos se transfieren mediante correo electrónico a una base de datos en un servidor mediante PERD y la base de datos del servidor puede actualizar la base de datos del usuario al enviarle al usuario todos los datos a los cuáles está titulado el mismo. La base de datos del servidor responderá al usuario enviando sólo los datos que no fueron previamente enviados al mismo. Refiriéndose ahora a la Figura 41, en el paso (5100), el usuario selecciona la base de datos fuente de los datos del animal que se van a transferir. En el paso (5150), si se utiliza una base de datos de seguimiento para mantener un registro de los datos del animal enviados a otra base de datos o una aplicación PERD, el usuario no necesita seleccionar una fecha de inicio o una fecha de terminación para los datos que se van a transferir. En este caso, un archivo de seguimiento puede crearse en la base de datos de seguimiento en el paso (5160) y puede comprimirse en el paso (5170) . la base de datos de seguimiento permitirá que sólo los datos no enviados sean creados en el archivo de actualización que se transfiere nuevamente al usuario. En el paso (5200), el usuario puede especificar las fechas de inicio y finalización para datos de animales no enviados que se van a transferir nuevamente al usuario. Si se está utilizando una base de datos de seguimiento, se determinarán las fechas preestablecidas en el paso (5250) . Preferiblemente la transferencia se ejecuta mediante correo electrónico como en el paso (5300) . Alternativamente, los datos pueden transferirse dentro de una red o a otro medio de almacenamiento como un disco flexible. Si los datos están siendo transferidos a una red o disco, el usuario hace lo siguiente: selecciona una base de datos de destino, una base de datos de seguimiento para mantener el registro de los datos enviados, observa la cantidad de eventos que se van a transferir y crea un archivo en donde los datos se transferirán. Cuando los datos se transfieren mediante correo electrónico a una base de datos del servidor de una aplicación PERD, el producto del programa de computadora utiliza un método de búsqueda no pareado para determinar otros datos a los cuáles el usuario esta titulado y compartirlos con el usuario. El trabajo llevado a cabo en una base de datos del servidor puede ejecutarse manualmente por un administrador de sistema. La información compartida con el usuario se determina por el número de identificación de ' la entidad del usuario. El usuario puede tener un acuerdo con otros involucrados en el ciclo de producción/procesamiento para compartir información sólo sobre animales particulares o para compartir información sobre todos los animales con otra entidad. En el paso (5400) , el software hace una búsqueda de la base de datos del servidor para todos los animales para os cuáles ha enviado datos la entidad que utiliza la base de datos de la fuente. En el paso (5500), el software hace una búsqueda de la base de datos del servidor para todos los datos de animales para los cuáles está titulada la entidad según el número de identificación de entidad. El producto de programa de computadora compara todos los datos de animales en la base de datos del servidor con respecto a los datos que aún no se han enviado previamente, para la entidad y para la que esta misma está titulada en el paso (5600) . Si la entidad ha recibido los datos para los cuáles está titulada en el paso (5700) , entonces el usuario no ha enviado datos y el componente lo da por terminado de manera efectiva. Si el usuario está titulado a datos adicionales, entonces el servidor o administrador del sistema selecciona la base de datos del usuario para transferir esta información en el paso (5800) . se crea un archivo para transferir los datos en el paso (5900) y el archivo puede estar comprimido. Los datos no enviados se transcriben al usuario por medio de correo electrónico en el paso (6000) y el procedimiento de transferencia de archivos lo da por terminado en el paso (6050) . Refiriéndose ahora a la Figura 42, en el paso (6100), el usuario puede seleccionar uno o más dispositivos físicos de computadora incluyendo múltiples lectores RFID, básculas electrónicas, termómetros digitales y equipo de ultrasonido así como dispositivos para monitorizar y moderar datos. El usuario puede configurar el dispositivo físico en el paso (6200), al seleccionar configuraciones para comunicarse con el dispositivo de hardware de manera de inicializarlo para abrir o cerrar el dispositivo o para activarlo para que envíe información. Los filtros configurables por el usuario se aplican a los datos entrantes a fin de eliminar ruido o datos corrompidos causado por interferencia o inexactitud del dispositivo; para permitir un pareado de subseries que identifique el ingreso aceptable; para permitir la captura sólo de datos específicos del puerto serial o para permitir que Data extraño como prefijos, sufijos o subseries puedan depurarse de la salida final. La validación de datos puede especificarse de manera que los datos filtrados tengan valores, intervalos, limites y tiempo aceptables. La validación de datos permite la especificación de una gama o lista de valores de datos filtrados y la creación de "indicadores estables" para simular que los datos entrantes conformen con el intervalo de valor o sea el mismo valor durante un periodo especificado de tiempo. En el paso 6300, el usuario puede seleccionar propiedades del equipo físico de computadora al seleccionar el número de puerto, velocidad de baudios, paridad, bit finalizador y control de flujo en el paso (6800) . Ya que hay una variedad de diferentes fabricantes de dispositivos, el usuario puede configurar criterios aceptables de ingreso para asegurar que sólo sean aceptados series de datos exactos. Los programas permiten que el usuario cree múltiples eventos que serán aplicados a todos los animales procesados dentro de un período de tiempo determinado. Con el ganado, ese período es normalmente por la mañana o día. Los programas le permiten al usuario ahorrar una serie de eventos que pueden utilizarse repetidamente para un tipo de grupo en particular. Por ejemplo, los bueyes de cierta edad pueden trabajarse de manera idéntica, por lo tanto el usuario estaría recolectando los mismos datos. La configuración de un nuevo programa es un proceso simple. Se creará una nueva carpeta de programa y preferiblemente el usuario nombra el nuevo programa con algo que sea fácil de reconocer. Refiriéndose ahora a la Figura 43, que es un diagrama de flujo para definir un programa, en el paso (6400) el usuario selecciona los datos que se aplicarán a ese grupo y especifica el grupo en el paso (6500) . Cuando el programa ya ha sido creado, el usuario tiene la opción de agregar eventos subalternos a los datos en el paso (6600) . por ejemplo, "Dosis" puede ser un evento subalterno de un evento de "Vacunación" para identificar qué dosis se administró de una vacuna en particular. En el paso (6700), el programa puede evitarse de tal manera para que se agreguen uno o más eventos al mismo; para que se agreguen eventos subalternos; para que se cambien detalles del evento mediante un menú desplegable como seria el cambio de la dosificación de vacuna o suprimir uno o más eventos o eventos subalternos. La aplicación del programa de usuario se ejecuta en el paso (6800) . El programa de computadora también le permite al usuario aplicar eventos individuales a un grupo completo de registros de animales y aplicar un programa a un grupo completo de registros de animales. Refiriéndose a la Figura 44, se selecciona un grupo en el paso (6900) . Los datos que se aplicarán al grupo se seleccionan en el paso (7000) y los datos del grupo se aplican en el paso (7100) . El producto del programa de computadora soporta eventos principales estandarizados y le permite al usuario la flexibilidad de utilizar terminología local o de idioma cuando aplica eventos al registro de un animal. Los eventos principales no cambian pero el usuario puede renombrarlos para uso local. Refiriéndose a la Figura 45, por ejemplo, se encuentra un evento almacenado en el núcleo en el paso (7200) que se visualiza con el nombre de evento en el núcleo "etiqueta metálica" en el paso (7300) . En el paso (7400) , el usuario puede elegir renombrar el evento y en el paso (7500) , puede renombrar el evento "etiqueta de flequillo" en Montana, o "caravana" en México. Una vez que el usuario designa un nuevo nombre, el nombre se almacena en el paso (7600) y el usuario siempre verá el nombre local visualizado en el paso (7700) para el evento. Sin embargo, en la base de datos principal, el evento aún será almacenado como el evento principal, Etiqueta Metálica (MetalTag) y si no se ha especificado ningún nombre local, el nombre del evento principal será visualizado en el paso (7800) . Un segundo usuario, con diferentes nombres locales, puede obtener acceso a los datos de evento y visualizarlos con sus nombres designados de eventos locales. Esta característica le permite a los datos normalizarse mundialmente y un usuario puede traducir eventos a otro idioma en un corto período de tiempo. Este proceso aplica tanto para eventos como detalles de eventos.

Refiriéndose a las Figuras 46 y 47, el usuario puede predecir cuánto tiempo tardará un animal en alcanzar el peso objetivo para el sacrificio basándose en la ganancia de peso promedio diaria. El componente de ganancia diaria determina la ganancia de peso promedio de un animal entre las fechas especificadas establecidas por el usuario o si nada se establece, a partir del último evento de peso. La habilidad del usuario para seleccionar el intervalo de fechas de los eventos de peso permite mayores periodos de tiempo para determinar la ganancia diaria promedio. El usuario puede utilizar esta función en combinación con el componente de semana de sacrificio para determinar cuándo el animal estará listo para el empacador o simplemente medir el progreso del animal. Refiriéndose ahora a la Figura 46, en el paso (7900) , al usuario se le da la opción de especificar tanto la fecha de inicio como de finalización para la computación de ganancia diaria promedio y aquellas fechas pueden ingresarse en el paso (8000) . Si se especifican ambas fechas, el último evento de peso más cercano a la fecha final que ocurra entre las fechas será el utilizado. Si no hay ningún evento de peso que se encuentre entre las fechas especificadas, entonces el primer evento de peso que ocurra después de la fecha final será utilizado. Alternativamente, en los pasos (8200 u 8500), el usuario puede especificar solamente una fecha de inicio o finalización, y las fechas predeterminadas serán establecidas en los pasos (8300 y 8600) . Si no se especifican fechas, ambas fechas predeterminadas se determinan en el paso (8800) . La ganancia diaria promedio se computa en el paso (8800) . Normalmente los altavoces externos u otro dispositivo de salida de datos le permite al usuario escuchar la ganancia diaria promedio cuando se muestra, particularmente si el usuario no tiene una computadora en la rampa o pasillo de trabajo. El historial completo del peso del animal se muestra en el paso (8900) . El usuario tiene la opción de ubicar la ganancia diaria promedio como un evento en el paso (9000). El software contiene un componente para determinar el mejor momento para que el animal sea sacrificado basándose en el peso objetivo. Ya que el peso objetivo se almacena en el registro de cada animal, se puede generar fácilmente un informe tipo inventario que muestre la cantidad de animales que se espera estarán listos en cada semana. Los "pesos objetivo predeterminados" son pesos deseados para un animal al momento del sacrificio basándose en el sexo del mismo. Un peso objetivo predeterminado se utilizará para configurar el peso objetivo del animal al menos que se especifique uno para animales individuales.

Refiriéndose a la Figura 47, al usuario se le da la opción de especificar un peso objetivo en el paso (9100). El usuario puede ingresar este peso objetivo tecleándolo como uno de los eventos predefinidos en el paso (9200). Esta función puede utilizarse en varias formas. Si todos los animales con los que se está trabajando tendrán pesos objetivo asignados de manera individual, el evento predefinido para el peso objetivo puede determinarse como parte de un programa. Si el usuario desea ingresar el peso objetivo individualmente para cada animal, pero sólo quiere utilizar cuatro o cinco opciones de peso objetivo, entonces el evento de peso objetivo predefinido y los diversos detalles podrán asignarse a una tarjeta de trabajo. Si el usuario no desea especificar un peso objetivo en el paso 9100, entonces se determina un peso objetivo predeterminado para el animal en el paso (9300) . La fecha de sacrificio se computa en el paso (9400) . El usuario puede registrar como evento el mejor momento para que el animal sea sacrificado en el paso (9500) . El usuario puede generar informes de animales listos para sacrificarse cada semana en el paso (9600) . Refiriéndose a la Figura 48, el software soporta verificación de datos y el ajuste de bases de datos para ajustarse a los datos. El usuario tiene la opción de crear tablas de datos en el paso (9700) si es que no existen; agrandar los tamaños de columna o campo en el paso (9900) si es necesario; cambiar las propiedades de campo o columna en el paso (10100) si es necesario; y cambiar los tipos de campo o columna en el paso (10300) si es posible. Estas modificaciones se ejecutan en los pasos (9800), (10000), (10200) y en el paso (10400), respectivamente. El software modifica y mejora los esquemas de bases de datos para asegurar que los datos puedan almacenarse correctamente; permite que los componentes se distribuyan sin tablas o bases de datos dependientes y crea dinámicamente espacio de almacenamiento continuo. Para las aplicaciones que no son capaces de conectarse al producto de programa de computadora en tiempo real, una utilidad les ayuda a importar datos después de la recolección. La importación de datos puede utilizarse para importar una variedad de tipos de datos en la base de datos del programa de computadora. Le permite al usuario agregar Data especifico como fechas y códigos de identificación de entidad mientras que convierte archivos típicos de datos columnares en datos que pueden utilizarse con una base de datos estilo transacción, los datos importados se modifican de tal forma que puedan utilizarse con una base de datos de tipo transacción. Refiriéndose a la Figura 49, un primer componente de inserción de datos incluye un código de programación para insertar los datos en una hoja de cálculos para su presentación, almacenamiento y elaboración de informes. Esta herramienta puede utilizarse para juntar datos de grupos de programas de administración de corrales de engorda junto con datos de canales de instalaciones empacadoras e insertar los resultados en una hoja de cálculos del propietario para liquidación de corral de engorda. El programa comienza buscando el correo electrónico para archivos de un tipo particular en el paso (10600) y muestra algunos de los datos para su validación en el paso (10700) . Luego se insertan los datos en la misma hoja de cálculo en el paso (10800) . Conforme los datos fluyen hacia las hojas de cálculo, los datos se trazan en hojas de trabajo especificas y celdas dentro de la hoja de cálculo en el paso (10900). Refiriéndose a la Figura 50, un usuario puede obtener acceso a los datos en el software de recolección de datos BEEFLINK e insertarlos en una hoja de cálculo de MICROSOFT EXCEL™. La herramienta de informes se encuentra en forma de un controlador ActiveX y se sitúa directamente en la hoja de cálculo. El usuario selecciona los datos que se muestran en el paso (11000) y coloca el marbete para los datos en la columna de la hoja de cálculo en el paso (11100) . El usuario también puede utilizar cualquier variedad de funciones matemáticas que se encuentran disponibles en Excel como sería sumar o promediar para llevar a cabo los cálculos de los datos en el paso (11200) . A fin de seleccionar y filtrar los animales y datos, el usuario determina qué animales se encuentran en el informe al seleccionarlos en el paso (11300) . Los animales pueden seleccionarse en cualquier combinación que esté interesado el usuario, como sería todos los bueyes Angus que fueron sacrificados durante los últimos 6 meses con origen de un rancho en particular. Luego de que los animales han sido seleccionados, el usuario decide qué datos serán mostrados, como el peso de destete, como el peso de salida del corral de engorda, peso de la canal, calidad de la canal y producción e historial de implantes. El usuario selecciona los datos deseados para elaborar un informe en el paso (11400) . Una vez que se seleccionaron los datos, este informe se hace funcionar y se guarda con un nombre particular en el paso (11500) y puede utilizarse en cualquier momento con los datos actuales en la base de datos . Esta arquitectura le permite al usuario adoptar una tecnología apropiada para la recolección de datos que abarca desde la recolección manual de la Tarjeta de Ganado hasta dispositivos de asistente digital personal (PDA) , a computadoras portátiles hasta emprenderse completamente en computación en línea. El usuario puede adoptar soluciones contundentes o estrechas según sea apropiado, para que el sistema permita una computación en tiempo real para tomar decisiones en el lugar cuando sea apropiado. La recolección pasiva de datos reduce los requerimientos de entrenamiento y errores de datos. Las bases de datos distribuidas o en cascada se encargan las preocupaciones sobre la privacidad del productor y asuntos de actualización gradual o aumento progresivo y proporcionan un mecanismo de consolidación, filtración y medición comparativa de grandes cantidades de datos . La estructura de datos basada en transacciones permite que puedan recolectarse nuevos elementos de datos por el cliente sin estar bajo el cambio de un esquema existente de datos. El esquema de datos puede cambiarse a nivel de almacén de datos históricos, proporcionando asi datos más flexibles y más expansibles. Cada transacción tiene un sello exclusivo de fecha y tiempo a fin de crear un rastro inherente de audición, mayor seguridad y una base de datos más resistente a la manipulación indebida. Todos los registros cuentan con evidencia de manipulación. Los datos pueden moverse desde una base de datos transaccional a una relacional en casos donde la base de datos relacional sea apropiada para ciertos procesamientos de datos. Las relaciones inherentes de progenitor-descendiente para cada evento permiten la creación de muchos para muchos dentro de la base de datos. El traductor de eventos permite al productor utilizar nomenclatura familiar . La arquitectura del sistema abierto soporta y alienta el uso de software de terceros para aplicaciones con valor agregado y permite que BeefLink sea utilizado con una mínima interrupción. Los componentes arquitectónicos reutilizables permiten la rápida creación de soluciones semipersonalizadas . Las herramientas convencionales como Microsoft Excel pueden utilizarse para el análisis de datos . Se pueden emplear aplicaciones de Internet en tiempo real; o la generación de informes por medio de Internet casi en tiempo real que reduce el costo de infraestructura en comparación a un verdadero sistema en tiempo real y permite que el sistema sea autoequilibrador . El sistema maneja provechosamente la Internet y correo electrónico al enviar actualizaciones hacia y desde el sistema de manera automática y semiautomática usando un sistema de correo electrónico. La coordinación de datos del más alto nivel por medio del "Agil411" proporciona coordinación de red mediante una capa 665 de protocolo de red privada de corretaje a la red principal de información (606) como se describe a continuación y como se describe en la Figura 62 mientras que aún mantiene la privacidad de datos. Los componentes y estructura de datos permiten una fácil expansión del sistema para cualquier articulo agrícola y para actualizar rápidamente las aplicaciones debido a la robustez de la estructura de datos de transacción .

EJEMPLOS - SISTEMA, DE RED AGINFOLI K Refiriéndose a las Figuras 51-58 que son visualizaciones de pantalla de un sistema de información basado en Internet de una alianza de comercialización de carne de res, los poseedores de títulos en la red de abastecimiento de carne de res de calidad en Iowa (IQBSN) pueden tener acceso a un sitio Web (http : //www. AglnfoLink. net/IQBSN) para obtener datos seguros de recolección mediante las habilidades para generar informes en línea. IQBSN es una división de la Asociación Ganadera de Iowa (Iowa Cattlemen' s Association) para el seguimiento del manejo. La división le ofrece a los productores oportunidades para aprender más sobre la calidad y consistencia de la carne de res que están produciendo mediante la creación de una base de datos que da seguimiento a las terneras desde su nacimiento hasta el empacamiento .

Los usuarios visitan el sitio para obtener acceso para los datos de producción y recolección de la comercialización de su ganado. El sitio le proporciona a cada usuario protegido con contraseña una lista general de la información de la recolección por lote incluyendo grado de calidad, grado de producción y peso de la canal. Se encuentran disponibles medidas sobre la grasa en la espalda y área de la costilla para ganado medido. Los datos se muestran en un formato de matriz de fácil lectura que puede almacenarse, filtrarse y exportarse a Microsoft Excel o un programa de administración de Hatos para análisis posterior. El sitio también ofrece generación de informes de animales individuales que presenta descuentos o compensaciones en red IQBSN para cada animal, ofreciéndole a los productores una retroalimentación casi inmediata sobre el rendimiento de cada animal individual. Los datos de recolección se parean con los datos de producción de animales vivos y el sistema en línea incluso permite la edición y adición en línea de la información de producción. Los datos de recolección IQBSN se calculan en una red IQB propietaria, negociada por la Asociación de Ganaderos de Iowa (Iowa Cattlemen's Association) para sus miembros, con Excel Corporation en la instalación de Schuyler Nebraska. El sitio le brinda al usuario la habilidad de comparar un lote selecto de recolección con respecto al resto de su ganado recolectado dentro de un intervalo de fecha especificado por el usuario. El lote de recolección también puede compararse con el ganado de otros dueños dentro de un intervalo de fechas especificado por el usuario. Los usuarios se benefician de la habilidad para medir comparativamente el rendimiento de su ganado con respecto a otro ganado que han comercializado y con respecto a ganado comercializado por otros propietarios de títulos IQBSN. Los Administradores del Sistema tienen además la habilidad de comparar lotes de recolección seleccionados o ganado dentro de un intervalo de fechas especificado por cualquier dueño. Refiriéndose a la Figura 51, después de registrarse, los usuarios ingresan a "Seleccionar Lote para Sacrificio" (Select Kill Lot) para la selección de los lotes de animales para elaboración de informes. El usuario puede seleccionar el intervalo de fechas de las fechas de sacrificio y luego hacer clic en el botón de búsqueda. Se visualiza una lista de lotes que fueron sacrificados entre aquellas fechas en orden cronológico inverso. Alternativamente, puede accesarse directamente un solo informe de lote. También está disponible una vista consolidada de todos los informes de lote. Se restringe a un miembro de acceder a los lotes diferentes a los que están asociados con su número de miembro, mientras que el administrador tiene la habilidad posterior para seleccionar lotes de sacrificio de cualquiera de los miembros. Refiriéndose a la Figura 52, una página de vista general de lote incluye información de encabezado para el lote especifico incluyendo fecha de recolección, propietario, miembro número, lote número, total de animales, instalación empacadora, precio base, costo de margen diferencial, etc. (Harvest Date, Owner, Member#, Lot#, Total Animáis, Packing Plant, Base Price, Cost spread, etc.); tablas de distribución para el peso de canal en caliente, Ajuste REA, grosor de grasa y matriz de canal que describen donde todos los animales se encuentran a lo largo de la cuadricula de paga. En este ejemplo, el lote número 2630 comprende 95 animales dueños de J. Wilhett Farms . Refiriéndose a la Figura 53, una visualización en pantalla de comparación entre lotes permite el análisis de un lote especifico con respecto a los lotes del propietario asi como los demás lotes de los propietarios en el conjunto de datos. El intervalo de fechas para encontrar los lotes específicos para su comparación es seleccionable por el usuario, pero tiene como valores preestablecidos el intervalo de fechas seleccionado en la pantalla "Seleccionar Lote para Sacrificio ". Las fechas de inicio y finalización pueden cambiar y el usuario puede seleccionar ya sea su número de miembro o "todo" (ALL) . Utilizando "todo" se comparará el ganado de todos los miembros en el intervalo de fechas determinado. Los datos incluyen distribuciones para porcentaje de carne, grasa en el dorso, área del Rib Eye (Longissimus dorsi) (REA) , Ajuste REA, peso de la canal en caliente, porcentaje KPH (grasa del riñón/pélvica/de corazón) , grado de producción, valor de la canal por ciento de peso, valor total, compensación por cabeza así como valores para porcentaje de Elección o Mejor y cantidad de cabezas en el lote seleccionado. Refiriéndose a la Figura 54, puede generarse un informe para mostrar la información de cada animal . Este informe permite que los miembros filtren, ordenen y editen los datos del animal. Estos informes no sólo incluyen los datos de la canal, pero también 16 puntos de datos individuales del animal vivo que pueden repasarse y/o editarse a nivel de miembro. Aquellos 16 puntos incluyen identificación visual, identificación de la hembra, identificación del semental, sexo, facilidad de nacimiento, fecha de nacimiento, peso al nacer, peso al destete, edad de la hembra, color, grupo, origen, fecha del destete, fecha de ingreso al corral de engorda, peso al ingresar al corral de engorda y ganancia diaria promedio. El sistema ha sido diseñado para soportar cualquier dato de animal vivo recolectado por el productor, sin embargo, estos 16 puntos apoyan las necesidades actuales de informes de IQBSN para dar seguimiento al origen, genética e información de producción de los animales. Refiriéndose a la Figura 55, los datos de animales vivos que se han recolectado por el productor o corral de engorda son accesibles y el usuario puede agregar manualmente datos de animales vivos al desplazar linea a linea en la parte derecha de la pantalla, haciendo clic en el botón "editar hilera" (edit row) llenar el espacio o editar las celdas. Refiriéndose a la Figura 56, que es un ejemplo de la tabla sin gráficos de animales individuales, el usuario puede hacer clic en el botón para exportar datos a Microsoft Excel para su graficación y análisis posterior. El archivo se guarda como página web (*.htm, *.html). Luego se abre Microsoft Excel y el archivo guardado se abre en Excel donde el usuario puede usar las funciones de Excel para clasificar, filtrar, graficar, etc. los datos. Refiriéndose a la Figura 57 y 58, que son ejemplos en dos vistas y cuatro vistas de una función para generar informes para su comparación. Establecida previamente, la página en dos vistas muestra tablas de comparación para todo el ganado, a través de todos los dueños y que se desglosa en cuartos financieros. El usuario puede seleccionar sus lotes o "todos" y puede seleccionar el intervalo de fechas para su comparación. El usuario puede abrir un informe en una nueva ventana a fin de eliminar los gráficos y proporcionar un área de visualización mayor para los datos.

EJEMPLO - SISTEMA DE ALIMENTACIÓN PARA LA ADQUISICIÓN DE GANADO BASADO EN EL VALOR En esta modalidad, se identifican los animales individuales y se registran los atributos incluyendo raza, tamaño, peso, tamaño de grupa y estado de la carne para cada animal. Los valores son asignados a los atributos como podría ser una compensación de $1.00 por ciento de peso para la raza Angus, un precio base de $85.00 por ciento de peso para un buey o novillo de 272 kilogramos (600 libras), una bonificación de $1.00 por ciento de peso para un programa de vacunación especificado o una bonificación de $2.00 por ciento de peso si el animal ha sido destetado durante al menos 45 días. Estos valores son ajustables por el usuario. Un corral de engorda puede obtener acceso a los datos a partir de productores o grupos de productores e identificar los animales específicos que cumplen con estas especificaciones objetivo y pueden adquirir aquellos animales específicos. Este método basado en el valor permite que el corral de engorda adquiera animales específicos para cumplir mejor con los objetivos particulares del negocio y le permite al productor obtener una bonificación por abastecer animales que proporcionan más valor para el cliente.

EJEMPLO - ADQUISICIÓN DE COMPENSACIÓN COMPARTIDA En esta modalidad, un productor que piensa que abastece mejor que los animales de calidad promedio hace un contrato para vender aquellos animales a un productor para una combinación de (a) un precio comercial promedio de inmediato y (b) una parte de cualquier compensación reconocida para este animal al momento de su venta. Ya que la mayoría del ganado se vende en estos días mediante un sistema de cuadrícula de valor, el corral de engorda puede compartir el riesgo y recompensa con el productor. El operador del corral de engorda es capaz de adquirir mejores animales a un menor precio inicial y el productor es capaz de obtener más ingresos de animales que han probado tener valor adicional en la empacadora. La recolección de datos e identificación de animales individuales proporciona datos históricos que el operador del corral de engorda puede evaluar para tomar una decisión de compra y una adquisición de datos continua para el animal proporciona información meritoria sobre salud, eficiencia alimentaria y canal que puede utilizarse por el corral de engorda y el productor para identificar mejor el rendimiento de animales individuales. Aquellos animales que demuestran una mayor eficiencia en ganancia de peso, mejor salud y mayor calidad de canal proporcionan una mejor ganancia para el corral de engorda. Conforme aquellos animales se venden, el productor es capaz de reclamar una porción de la compensación con respecto a una canal promedio. Por ejemplo, un productor vende un becerro que pesa 341 kilos (750 libras) al corral de engorda al precio comercial promedio en ese entonces de $85.00 por ciento de peso. El corral de engorda alimenta a los animales durante aproximadamente 20 semanas. Luego se vende el animal mediante un sistema en cuadricula y su canal de 340 kilogramos tiene una calidad 2/3 en el limite superior de la primera calidad que representa un precio de $1.25 por libra con respecto a $1.17 por libra para una canal promedio. En este punto, la canal tiene un valor que es $60.00 mayor que una canal promedio. El productor recibe una compensación de $30.00 debido a la ganancia de peso más eficiente y el mayor valor de la canal. El alimentador reclama una ganancia adicional de $30.00 sin haber incurrido en el riesgo de haber pagado un mayor precio por el animal.

EJEMPLO - ADMINISTRACIÓN DE LA CADENA DE ABASTECIMIENTO En esta modalidad, los grupos como las alianzas comerciales han hecho contratos con procesadores para abastecer una cantidad determinada de producto como ganado de engorda que cumpla con los criterios especificados. Por ejemplo, el empacador obtendrá 1,000 cabezas de ganado por semana con un peso finalizador de 567 kilos (1,250 libras) cumpliendo ciertas características de calidad. Un reto para este tipo de alianza comercial es que tarda 16 meses desde el nacimiento para que un animal de carne llegue a la empacadora. La alianza utiliza identificación de animales individuales y los métodos para compartir datos y recolección de datos BeefLink para tener una visibilidad de los animales prospectivos durante los próximos 12 meses. La alianza puede planear el abasto de animales específicos a un corral de engorda a fin de cumplir con el itinerario y puede tomar decisiones respecto al punto final actual o para acelerar o retardar la ganancia de peso y de esta manera suministrar datos de animales específicos.

EJEMPLO - FINANCIA IENTO Un prestamista tradicional de ganado normalmente financiará el 70% del valor de una ternera de engorda. El dueño u operador es responsable de proporcionar el otro 30%. Estos valores están basados en prácticas históricas y en riesgo y valores promedio del ganado. El costo de financiamiento puede disminuirse al proporcionarle a los prestamistas tradicionales un menor riesgo y al proporcionar herramientas gue le permitan a otros prestamistas proporcionar fondos. El prestamista puede reducir el riesgo al identificar y darle seguimiento a los animales individuales sabiendo el rendimiento e historial de los animales. Un financiamiento ajustado a los riesgos del 85-90% de una ternera puede reducir los costos de propiedad en $50.00 a $120.00. El riesgo puede compartirse al llevar a cabo análisis de mercado durante el ciclo de producción. Generalmente, los animales se harán más valiosos conforme pasa el tiempo pero el riesgo de recesos económicos y pérdida de animales individuales puede especularlo el productor más económicamente al ajustar la "demanda de cobertura complementaria o provisión de fondos complementaria" en estas circunstancias y autofinanciándose el 30%. Algunos de los riesgos del prestamista se deben a que una cantidad muy pequeña de productores malinterpretan su contravalor. La identificación de animales individuales permite un registro virtual nacional con derecho de retención de animales individuales para que no puedan utilizarse f audulentamente como contravalor en préstamos múltiples .

EJEMPLO - CERDOS Otro ejemplo de recolección de datos de ganado es el uso de dispositivos que se sostienen con la mano (portátiles), tarjetas de trabajo y BeefLink para capturar datos de cerdos incluyendo la lechigada de cerdos, pérdida de cerdos y datos de la hembra.

EJEMPLO - RECOLECCIÓN DE DATOS MEDIANTE DISPOSITIVO PORTÁTIL (MANUAL) En esta modalidad, un dispositivo manual como el PocketTracker™ System, proporcionado por InfoClip LLC, tiene un lector RFID y una pequeña pantalla de visualización. El dispositivo se utilice para leer un transpondedor RFID en una tarjeta de trabajo o animal a distancia de una computadora central. Después de la recolección de datos, normalmente a partir de varios animales, el dispositivo manual se sincroniza con una computadora central que tiene funcionando el programa BeefLink.

EJEMPLO ~ ACTUALIZACIÓN POR CORREO ELECTRÓNICO DE LA INFORMACIÓN DE LA CANAL Refiriéndose a la Figura 8 que es un diagrama de flujo de un método de actualización de archivos por correo electrónico, los archivos de datos se preparan en una o más instalaciones empacadoras (132a-132c) para proporcionar los datos de la canal y otra información que puede relacionarse con animales individuales. Los datos de la canal se adjuntan como un archivo en un correo electrónico (136) de una computadora (133) del cliente al servidor (134) POP de la computadora central (135) . El componente (572) PEProcessing busca automáticamente los archivos anexos del correo electrónico y extrae la información de la entidad como remitente, receptor, hora de envió, hora de recibido y datos adjuntos y lo prepara para el motor ETL (630). La información en los archivos de la empacadora se convierte a formato transaccional si es necesario. El consumidor puede solicitar informes mediante el botón de informes (716) . Los informes normalmente corresponden datos de la canal con datos de animales individuales y presentan los datos al cliente en una tabla giratoria Excel. Estas actualizaciones e informes se llevan a cabo normalmente a diario.

EJEMPLO ~ SEGUIMIENTO DE PRODUCTOS ALIMENTICIOS Refiriéndose a la Figura 7, se extrae una o más bases de datos (123) de seguimiento de alimentos a partir de una pluralidad de bases de datos (118) transacciones PERD distribuidas a fin de proporcionar un historial de artículos alimenticios mediante múltiples dueños y múltiples formas de productos, desde el animal vivo hasta su canal y corte en una empacadora a productos cárnicos individuales. Estas bases de datos para seguimiento alimenticio proporcionan una base para auditoría de la habilidad del abastecedor para dar seguimiento a los productos alimenticios hacia delante o hacia atrás y para recordar eficiente y rápidamente productos específicos cuando sea necesario. Los datos se recolectaron en el paso (116) con el software (20) BeefLink y software de terceros de entidades durante toda la cadena abastecedora incluyendo operaciones (83) de vaca/ternera, subastas (101), ganaderos (84), alimentadores (85), empacadores (86), revendedores y consumidores (98) . Esta recolección de datos se logra sin una pérdida de datos históricos a través de la cadena de abastecimiento, sin el gasto y errores asociados con el reingreso de los datos en diversos puntos de la cadena abastecedora. Los datos se recolectan en o se convierten a un formato transaccional como se describe a continuación. La base de datos transaccional y las características de auditoría de las estructuras de los datos permiten un análisis de la integridad de los datos para determinar si se hizo o cuándo se hizo una alteración a los mismos. La naturaleza transaccional de los datos también proporciona un seguimiento de auditoría y cronología de eventos. La arquitectura es robusta y fácilmente adaptable a productos en cualquier punto en la cadena abastecedora de ganado. La captura de datos puede comenzar inmediatamente sin tener que esperar a que se desarrollen el diseño de bases de datos y diseño del negocio . En el caso de carnes rojas, algunos datos sobre animales vivos estarán disponibles en la empacadora al momento de la llegada de los animales. Conforme ocurren los eventos durante las operaciones en la empacadora de sacrificio, descuartizamiento, destajo, deshuesado, fabricación, empacado y embarque, esa información ingresa y se almacena. Conforme ocurren eventos subsecuentes como la agrupación por lotes de los productos y movimientos de los mismos, aquellos eventos pueden ingresarse y almacenarse. Los métodos robustos de almacenamiento y extracción de datos en información significativa comprende la funcionalidad del sistema de seguimiento de alimentos y otras aplicaciones. Después que se recolectan los datos se lleva hacia el paso (117) a las bases de datos (118) de transacción PERD, donde están disponibles para la siguiente etapa para compartirla con los dueños previos y subsecuentes. Puede enviarse automáticamente por medio de correo electrónico comprimido o transferencia electrónica. Si el recolector de datos se encuentra en linea, los datos pueden fluir desde una base de datos a distancia en tiempo real. Si es necesario, los datos también pueden moverse físicamente, como por correo o tarjetas en códigos de barras que contienen los datos de eventos como en el caso de tarjeta de ganado (14) (CattleCard) ; enviar la información junto con el animal como en el caso del sistema de pasaporte europeo o enviar información en formato portátil de datos como un código de barras o RFID. Los datos originales se almacenan en un formato transaccional orientado al evento que incluye sellos de fecha/hora para el evento actual y opcionalmente la hora a la cual se ingresó el evento en la base de datos. La base de datos que normalmente no es una estructura de base de datos central, los datos a gran escala se distribuyen tanto lógicamente como físicamente y las organizaciones que están geográficamente distribuidas necesitan un método descentralizado para informar sobre el apoyo de decisiones. Los datos se extraen de las bases de datos transaccionales originales, se transforman en el tipo de estructura de almacenamiento de datos necesaria para una aplicación en particular y se cargan en estructuras específicas de uso llamadas almacenes de datos históricos en el paso (120) . Las bases de datos de terceros normalmente se acceden en la generación de los datos como se describe en la Figura 6 o en la creación de almacenes de datos históricos en el paso (120).

ESTRUCTURAS DE DATOS Los datos se recolectan, transfieren y almacenan en una estructura transaccional, orientada a hileras y orientada a eventos con muy pocas columnas. A diferencia de las bases de datos relaciónales, no existen tablas para relacionarse entre si. La estructura típica de bases de datos relaciónales coloca los eventos dinámicos que ocurren en el animal en sus propias tablas. Normalmente hay tablas de datos relacionados en formas complicadas. La estructura transaccional elimina la necesidad de definir estructuras relaciónales entre tablas al permitir que todos los eventos sean ingresados como transacciones, reemplazando los nombres de eventos con los nombres de tablas (es decir, el tratamiento se convierte en un evento en vez de una tabla) . La estructura transaccional es completamente extensible, por lo que siempre que necesita ingresarse un nuevo tipo de dato, el usuario simplemente comienza a recolectar un Evento con el nombre de aquel campo y los datos recolectados se almacenan como el detalle del evento para aquel evento. Refiriéndose a la Figura 59, que es una ilustración de una estructura de datos, cada artículo en la lista representa una columna en la tabla. Las tablas de datos comprenden un juego de hileras, en donde cada hilera es de esta estructura de datos. Una columna en la tabla de datos se llama "Evento" y se encuentra combinada con una segunda columna llamada un "Detalle de Evento". Los valores en la columna Evento reemplazan las columnas de las tablas típicas de bases de datos para que los valores como raza, lote número, ubicación, vacunación, identificación de canal, fecha de nacimiento, etc. ahora son simplemente valores almacenados en la columna Evento. Los valores en la columna Detalle de Evento reemplazan los valores que estarían en cada una de las diversas columnas de una base de datos columnar. El evento y detalle del evento juntos forman atributos de animales vivos, canales u otras formas en la cadena de abastecimiento. La estructura de datos también incluye un identificador exclusivo como un Animal ID como el artículo sobre el cual se recolecta información. Esto puede ser cualquier artículo para animal, canal, lote, producto primario o casi primario, etc. dependiendo de a qué artículo se le está agregando información. Cada evento en la tabla tiene una Identificación Globalmente Exclusiva del Evento (Globally Unique Event ID) asociada con éste para que no importando dónde termine esa hilera de datos, se pueda identificar exclusivamente. A fin de poder conectar dos o más eventos, el evento "subalterno" almacena Identificación Exclusiva del Evento (Unique Event ID) de su "fuente" en la columna Identificación de Origen (Parent ID) . Esto permite características relaciónales dentro de la arquitectura de una sola tabla. La columna con encabezado Fecha/Hora se utiliza para insertar el tiempo exacto de la recolección de un evento y su detalle. Esto funciona tanto como una cronología así como pista de auditoría o análisis retrospectivo de tiempo y secuencia de todos los ingresos de eventos. La Identificación de la Entidad (Entity ID) es el campo que identifica la identidad que coloca cada evento. El método de ingreso de registro (REM) identifica cómo ingresó ese evento en el sistema como podría ser tecleándolo, haciendo una exploración de éste, poniéndolo como un programa o un grupo, etc. Los elementos del método de ingreso de registro, entidades y sellos de Fecha/Hora de la estructura de datos proporcionan una capacidad de auditoría y soportan una capa (656) de integridad de datos y una capa (655) de eventos con evidencia de manipulación para la red principal de información (606) como se describe en el ejemplo anterior RED PRINCIPAL DE INFORMACIÓN CON SERVICIOS Y PROTOCOLOS EN CAPAS y como se describe en la Figura 62. Normalmente se utiliza el para restringir el acceso a porciones de los datos. La estructura transaccional es de una arquitectura extremadamente flexible y extensible. Los arquitectos de bases de datos no tienen un plan para ni saben sobre cada campo que se encuentra en la base de datos. Ni tampoco necesitan estructurar tablas relacionables y enlaces que sí se requieren en una estructura de bases de datos relaciónales.

INGRESO Y RECUPERACIÓN DE DATOS Refiriéndose a la Figura 60 que es un ejemplo del enlace de tablas de eventos para enlazar las tablas conjuntamente, el Detalle de Evento (Event Detail) de la tabla de datos previa se enlazan con la identificación del artículo de la siguiente tabla. Como ejemplo del enlace de tablas de eventos mediante la cadena de abastecimiento, se sacrifica un animal vivo y su canal se convierte en un lote y luego en partes primarias. Un animal vivo se identifica exclusivamente con una identificación de animal. Esto es común durante los cambios de dueño del animal vivo. Los cambios de propiedad del animal vivo se registran como eventos tanto para el que vende como para el comprador donde un detalle de evento identifica al comprador y al vendedor, respectivamente. De esta forma, la propiedad del animal vivo pueden tratarse y los eventos y sus detalles de cada dueño podrán acumularse. Este mismo tipo de registro ocurre cuando la forma del articulo del ganado cambia como puede ser en el matadero donde el animal vivo se convierte en canal. En este caso, la identificación cambia pero la identificación exclusiva de la canal puede enlazarse con una identificación exclusiva de animal al proporcionar la identificación de la canal como un detalle de evento en la tabla Eventos de Animales (Animal Events) del corral de engorda como se ilustra en la Figura 60. Un evento, CID, tiene un detalle de evento asociado sobre la identificación exclusiva de la canal. Conforme se desmembra la canal en la empacadora o instalación subsecuente de procesamiento, se pueden ligar las identificaciones similares de lotes y partes primarias mediante detalles de evento del dueño previo o etapa de procesamiento, permitiendo asi el acceso, en cualquier dirección, de los datos relacionados con cada una de las entidades asociadas con cada una de las formas del ganado. Por cuestión de eficiencia, la bodega de datos "411" (119) se mantienen típicamente para identificar cada entidad asociada con una canal y animal en particular. Esta estructura permite un método flexible y extensible para darle seguimiento al ganado y otros productos agrícolas mediante múltiples dueños y múltiples formas, incluyendo su ensamblado y desmembrado. La estructura de tabla transaccional es idéntica sin importar el artículo para el cual se están ingresando los datos. El ingreso de datos normalmente se lleva a cabo en diversos sitios desconectados en bases de datos separadas. Sin embargo, ya que los datos están siendo recolectados sobre diferentes productos animales, lotes, partes primarias, etc., la tabla transaccional de todos los animales, una tabla separada para todos los lotes otra para todas las partes primarias, etc. puede ubicarse en una base de datos central o en estructuras desconectadas que enlacen las tablas. Una vez que los datos se reciben en esta tabla correcta, el sistema puede buscar un seguimiento hacia delante o hacia atrás de las funciones. Además, los datos pueden extraerse en almacenes de datos históricos específicos en el paso (120) para operaciones de etiquetado y búsqueda. La estructura puede extenderse para un procesamiento posterior; por ejemplo, las partes primarias pueden dividirse en subprimarias y la estructura transaccional utilizarse para enlazar nuevamente al PID. Una vez que las relaciones entre las tablas de eventos se han establecido, los datos de todas las tablas pueden buscarse, mostrarse, moverse, etc. Cuando se hace una búsqueda de número de identificación de lote, las identificaciones del animal, canal y partes primarias que conforman este lote podrán identificarse y los datos asociados con aquellas entidades podrán accesarse. Similarmente, la búsqueda de cualquiera de las otras entidades también proporcionará acceso limitado a los datos para las demás entidades. Estos mismos resultados pueden venir en forma de un informe o como datos usados para describir o enumerar la conformación de un lote para razones de marcado y/o verificación. Por lo tanto, se puede hacer un seguimiento hacia delante de un animal para ver si las partes primarias de ese animal han sido enviadas o los productos como las partes primarias pueden seguirse hasta un lote y animales individuales dentro del mismo. Incluso si la información de la canal individual se pierde en el proceso de búsqueda, se conoce la lista de animales que conforman el lote. Alternativamente, un tamaño de lote de uno puede usarse para proporcionar un cierto enlace con un animal y canal específicos . La estructura de eventos contiene una auditoría completa de cada artículo de dato nuclear. Los Eventos de esta estructura normalizan los datos actuales a nivel nuclear: un Evento es un atributo con relaciones a hileras y otras columnas. En este ambiente que comparte datos, la estructura de las tablas siempre es la misma así como la estructura de cada hilera.

Con esta estructura, se pueden compartir y recolectar datos, para que puedan aplicarse las reglas comerciales una vez que se hayan descubierto. Las ventajas de esta arquitectura incluyen: la habilitación de cada productor en la cadena de abastecimiento de seleccionar una tecnología apropiada de recolección de datos como recolección manual, dispositivos manuales, computadora portátil o recolección en línea; el uso de recolección pasiva de datos para reducir el ingreso por medio del teclado; la selección de una solución apropiada de cliente de res con menores derechos o con mayores derechos en cualquier punto de la cadena de abastecimiento; el uso de bases de datos distribuidas y en cascada que soportan diversos niveles de seguridad para encargarse de las preocupaciones sobre la privacidad del productor y proporcionar aumento progresivo mientras que aún proporcionan mecanismos de consolidación, filtración y estándares de comparación; el uso de una estructura de datos basada en transacciones para permitir que se recolecten elementos de nuevos datos sin cambiar los esquemas subyacentes de datos y soportar esquemas de datos apropiados a nivel de almacenes de datos históricos; relación inherente de progenitor-descendencia (origen-destino) para cada evento, soportando así relaciones de muchos para muchos; un traductor de eventos para permitir a cada productor utilizar nomenclatura familiar; software principal subyacente para proporcionar una rápida interfaz con soluciones de terceros; una pista de auditoria estampada con fecha/hora para todas las transacciones y registros con evidencia de manipulación para reducir el fraude posterior; enrutamiento y propiedad de datos del productor para reducir la resistencia a ingresar datos en el sistema; la habilidad de apoyar la determinación de precios de transacciones para disminuir el costo de ingreso; una arquitectura abierta de sistemas para soportar aplicaciones de terceros; un sistema de software y hardware resistente para operaciones en el mundo real; componentes reutilizables para apoyar una rápida implementación de soluciones semipersonales; poder multiplicador de herramientas de hojas de cálculo con usos familiares y convencionales para el análisis de datos; generación de informes en tiempo real o casi en tiempo real en la Internet para reducir los costos de infraestructura en relación a sistemas verdaderamente en tiempo real y para soportar un nivel apropiado de computar en cada punto de la cadena de abastecimiento; coordinación de datos de alto nivel mediante la bodega de datos "All" para proporcionar una coordinación que mantiene la privacidad de los datos y soporte mediante correo electrónico de Internet como un mecanismo familiar para transferencia de datos.

EJEMPLO - VERIFICACIÓN DE FUENTE DE PIENSO Un aspecto de la verificación de fuente del ganado es la habilidad para determinar si un animal en particular ha sido alimentado con grano genéticamente modificado; el pienso o elemento elaborado parcialmente a partir de componentes de proteina animal como los asociados con BSE y si la dieta del animal ha sido limitada a productos orgánicos. Este tipo de análisis le permite al vendedor confirmar el cumplimiento con las restricciones regulatorias y le permite al vendedor certificar el producto por ser orgánico o estar libre de GM. El sistema BeefLink permite que las sesiones de alimentación sean eventos y permite la identificación de corrales de engorda en particular. Estos eventos son similares a la forma en que los eventos de vacunación pueden hacer referencia a números de lotes específicos de vacuna. En el ejemplo de la vacuna, el uso farmacéutico general puede compararse a vacunas de eventos que han sido informados. En el ejemplo de alimentación, los lotes específicos de grano u otro alimento pueden identificarse para que la fuente y naturaleza del alimento o pienso pueda rastrearse y el uso informado del alimento puede compararse con los registros del abastecimiento. En forma similar a la descrita en la modalidad anterior, animales específicos pueden ligarse con eventos y detalles de eventos a una identificación de alimento específico que pueda rastrearse hacia delante y hacia atrás tanto en la cadena abastecedora de alimento como en la cadena de abastecimiento de animales. En una aplicación de este ejemplo, el alimento o pienso contaminado puede ligarse a animales o grupos de animales específicos o se puede verificar la fuente de alimento de animales para determinar si es orgánico o no ha sido genéticamente modificado .

EJEMPLO - FOOD INFORMATION HIGHWAY™ (CARRETERA DE INFORMACIÓN SOBRE ALIMENTOS) La FOOD INFORMATION HIGHWAY™ de AglnfoLink Global Inc. es un ejemplo de una red principal de información. En este ejemplo, la red principal de información es un sistema basado en transacciones globales que permite el seguimiento de valores y seguimiento regulatorio de los productos de abasto alimenticio. La agroindustria puede recolectar, transferir, compartir selectivamente, extraer, cargar, transformar y elaborar informes sobre unidades individuales de producción mediante la cadena de suministros alimenticios . La FOOD INFORMATION HIGHWAY™ utiliza herramientas de recolección de datos como el sistema BeefLink™ como se describe en el ejemplo de SISTEMA DE ADMINISTRACIÓN Y RECOLECCIÓN DE DATOS BEEFLINK, sistema TracBac™ para rastrear y generar informes sobre información de productos alimenticios del procesador al consumidor, sistema de inscripción manual CattleCard™ (14) para recolectar información de grupos y unidades de alimentos individuales sin una computadora ni dispositivos de recolección de datos como el lector RFID TagTracker™. El uso compartido de datos en la FOOD INFORMATION HIGHWAY™ se proporciona por la Pony Express Relay Datábase (606) que facilita el uso compartido de datos seguro entre grupos, alianzas y compañías y proporciona servicios como ubicación y trazo de datos para estructuras de datos diferentes, integridad de datos inter e intrainforme, microcontabilidad, cambio de administración y otros servicios. Los servicios en capas y de red principal proporcionan una transferencia de datos rápida, selectiva y segura entre personas o grupos en una red de datos. Los datos en unidades individuales de alimentos se mueven desde una ubicación a otra dentro de redes descentralizada de uso compartido de datos y la información previamente aprobada puede compartirse entre diferentes redes privadas de datos. La red principal puede utilizar la Internet o Intranet para facilitar el movimiento seguro y rápido de datos. Las herramientas de generación de informes y análisis de datos permiten informes detallados usando tecnología de almacenes de datos históricos. Las herramientas para generar informes incluyen Reportes de Información Ag (AgInfoReports) (710), un sistema de información local y flexible; Hojas de Información Ag (AglnfoSheets ) (712), una herramienta local para generación de informes accesibles por Internet; AgInfolink.net que es un sistema de información en línea habilitado por la Internet como podría ser la Iowa Quality Beef Supply Network (IQBSN) descrito en el ejemplo AGINFOLINK.NET SYSTEM o herramientas de generación de informes de terceros .

EJEMPLO ~ CONTABILIDAD DE EVENTOS PARA MICROCARGOS Y MICROCREDITOS En este ejemplo, una capa (660) de servicio de contabilidad de evento se proporciona a una red principal de información (606) como la Food Information Highway™. Refiriéndose nuevamente a la Figura 7, conforme los datos de una entidad como vaca/ternera (83), corral de engorda (85), minorista (98), etc. se ingresan en el paso (117) en una base de datos (118) transaccional, uno de los elementos de datos en la estructura de datos es la identificación de entidad como se muestra en la Figura 59. En este ejemplo, la entidad es el dueño de los datos y puede autorizar que otras entidades o terceras personas relacionadas como consultores, puedan obtener acceso a los datos. En general, al menos durante las primeras etapas de la creación de una red principal de información, hay dos obstáculos para recolectar datos que pueden ser útiles en otras etapas de la cadena abastecedora. Un obstáculo es la inconveniencia de que la recolección de datos deseada pueda verse como una molestia o inconveniencia por la entidad que es responsable de recolectar los datos. El segundo obstáculo es la privacidad, y aunque algunos datos, como el precio de compra, son útiles para la entidad recolectora y para una porción de las demás entidades de la cadena de abastecimiento, asi como para consultores o partes asociadas con entidad recolectora; la entidad no quiere compartir la información con los competidores o algunas otras entidades de la cadena de abastecimiento. En este ejemplo, se encarga del segundo obstáculo al permitir que la entidad recolectora de datos, que es dueña de los datos, especifique un nivel de autorización para los datos. El nivel de autorización determina cuáles otras entidades o partes relacionadas pueden obtener acceso a los datos. Un ejemplo de este permiso de datos es el elemento de datos de nivel de seguridad en la estructura de datos de la Figura 59. La capa (663) de permiso de datos como se describe en el ejemplo de RED PRINCIPAL DE INFORMACIÓN CON SERVICIOS Y PROTOCOLOS EN CAPAS y en la Figura 62 que evalúan la autorización de la entidad que solicita obtener acceso a los datos, y si el acceso se autoriza, se procede a enrutar los datos a aquella entidad. En este ejemplo, la capa de contabilidad de evento se encarga del primer obstáculo de inconveniencia al recompensar a la entidad recolectora de datos o recolectar los mismos. La capa de contabilidad de eventos mantiene un registro de la fuente de los datos como se identifican por el elemento de datos identificación de entidad. Esta identificación de entidad se almacena junto con los datos hasta que vuelvan a dar formato a los mismos, como en el caso de los almacenes de datos históricos (122-129) como se ilustra en la Figura 7. En otras modalidades, la identificación de entidad se almacena en los almacenes de datos históricos. Refiriéndose a la Figura 63, la entidad (690) de propiedad/recolección de datos proporciona el elemento (691) de datos, como mediante extracción a partir de una aplicación de software de una entidad existente o de una nueva recolección de datos, en el paso (117) hacia una base de datos (118) de transacción de eventos en una red principal de información (606) . La estructura de datos puede incluir elementos de datos como se muestra en la Figura 59 y 63 como un animal, producto alimenticio o identificación agrícola (691a), el evento (691e) y el detalle de evento (691f ) . La estructura de datos también puede incluir una identificación de entidad (691g) que identifica la entidad que es dueña de los datos y un nivel de seguridad (691h) que especifica las restricciones para el uso compartido de los datos con otras entidades. Si se le permite, una entidad con acceso a datos (693a) puede acceder a los datos directamente de la red principal de información. La búsqueda se dirige a través de una serie de servicios y protocolos en capas como se describe en el ejemplo de RED PRINCIPAL DE INFORMACIÓN CON SERVICIOS Y PROTOCOLOS EN CAPAS y en la Figura 62. En este ejemplo, aquellas capas incluyen una capa (663) de permiso de datos para determinar si la entidad que solicita acceso está autorizada para recibir los datos, una capa (664) para enrutar datos y dirigir los datos a (692a) para la entidad que solicita acceso y una capa (660) para contabilidad de eventos que en el paso (694c) determina los microcréditos (695a) debido a la entidad (690) propietaria/recolectora de datos para recolectar los mismos y microcargos (695b) debido a la entidad (693a) que solicita acceso para tener acceso a los datos. Luego la capa de contabilidad de eventos agrega (696) los costos y envía una factura agregada al usuario de la información y envía los pagos recibidos, después de deducir una cuota por transacción que se ha de pagar al proveedor de servicio de la carretera de información, en un cheque agregado al proveedor de información. Estos créditos y cargos individuales normalmente son muy pequeños, como en el orden de un centavo fraccional muy pequeño por unidad de producción, por lo cual es deseable acumular aquellos créditos y cargos y expedir una declaración periódica. Una entidad (693b o 693c) que obtiene acceso a los datos también puede acceder a los datos a partir de un almacén de datos históricos como el que se ilustra en (123 y 128) . En este ejemplo, el permiso y enrutamiento de datos se determinan como anteriormente y los datos se enrutan (692b) al almacén de datos históricos (123), y se enrutan (692c) a almacén de datos históricos (128). Los microcréditos y microcargos para introducir los datos a los almacenes de datos históricos se determinan en (694a) y (694b), respectivamente. En este caso, una o más entidades que solicitan acceso pueden asociarse con los almacenes de datos históricos, y los cargos determinarse al ingresar los datos en el almacén de datos históricos. Alternativamente, el uso actual de datos del almacén de datos históricos puede monitorizarse (694d) y calcularse los cargos basándose en el uso actual de los datos. Los créditos de pago individual podrán ser muy pequeños, pero puede haber una gran cantidad de productos y el costo cada vez mayor de recolectar aquellos datos podrá ser muy pequeño. Los datos pueden extraerse junto con otros datos de un programa de aplicación de una entidad existente o los datos pueden recolectarse automáticamente con herramientas como los sistemas de recolección de datos descritos en otros ejemplos. Una vez que una entidad recolectora comienza a recolectar datos adicionales, aquella entidad tiene oportunidades para el mejoramiento del proceso al analizar los datos. Aunque esta oportunidad para el mejoramiento del proceso puede ser más significativa que las cuotas generadas de los datos, las cuotas pueden proporcionar un incentivo tangible para la entidad recolectora para implementar la práctica de recolectar más datos. En este ejemplo, la entidad mediante la que se ingresa la información, sin importar el segmento de producción, es la dueña de los datos y aquella entidad puede determinar con quién se comparte la información y a qué precio, si es que lo hay. Algunas entidades hacia el final de la cadena de producción pueden requerir un acceso libre a cierto tipo de datos como parte de los términos del contrato de adquisición. En este caso, el valor de los datos puede tomarse en consideración para el precio del producto . En el caso de la Carretera de Información de Alimentos, hay un valor para identificar el historial de un producto alimenticio y conocer su historial puede agregarle valor al producto independientemente de la información en si misma. En algunos casos, es posible para un distribuidor o procesador en la cadena de abastecimiento recibir un mayor precio para un producto que tenga este tipo de historial documentada. En estos casos, los productores y procesadores al inicio de la cadena de producción pueden beneficiarse tanto por el reconocimiento de haber recolectado esa información como por precios más elevados por sus productos.

Claims (1)

1. REIVINDICACIONES : 1. Un sistema para compartir información en una cadena de abastecimiento agrícola, caracterizado porque el sistema comprende: una pluralidad de programas de aplicaciones asociados con la cadena de abastecimiento; al menos una base de datos de eventos transaccionales que comprende una pluralidad de hileras, cada hilera comprende: un elemento de identificación exclusivo para el producto; un elemento exclusivo de identificación para el evento; una fecha y hora del evento; un evento; un detalle del evento; y una identificación de la entidad; y una red principal de información que conecta la estructura de la base de datos transaccional de eventos y los programas de aplicación con protocolo y servicios en capas incluyendo un medio de interfaz para conectar la base de datos y el programa de aplicación; un medio de pista de auditoría para determinar la integridad de los registros de datos y la base de datos; un medio para procesar los datos; un medio para enrutar los datos al usuario; un medio para archivar los datos; un medio para consolidar y generar informes sobre los datos; y un medio para el corretaje de enlace de redes privadas . 2. El sistema de conformidad con la reivindicación 1, caracterizado además porque los medios de interfaz para conectar la base de datos y cada programa de aplicación además comprenden: una interfaz del programa de aplicación para conectarse entre la base de datos y los programas de aplicación; un medio de seguridad en la conexión al servidor (SSL) para comunicación entre la base de datos y los programas de aplicación; y un medio de protocolo de intercambio de datos para intercambiar datos entre la base de datos y los programas de aplicación. 3. El sistema de conformidad con la reivindicación 1, caracterizado además porque los medios de pista de auditoria para determinar la integridad de los registros de datos y la base de datos además comprenden: medios para detectar evidencia de manipulación para determinar si se han alterado los registros de datos; y un medio de integridad de datos para determinar si los registros han sido agregados o eliminados de la base de datos. 4. El sistema de conformidad con la reivindicación 1, caracterizado además porque los medios para procesar datos además comprenden: un medio de filtración de datos para analizar los datos; un medio para trazar o cartografiar y normalizar los datos; y un medio para medir comparativamente los datos. 5. El sistema de conformidad con la reivindicación 1, caracterizado además porque los medios para enrutar datos a un usuario además comprenden: un medio para determinar el permiso del usuario para obtener acceso a los datos; y un medio para determinar el enrutamiento de los datos al usuario autorizado. 6. El sistema de conformidad con la reivindicación 1, caracterizado además porque los servicios y protocolos en capas además comprenden un medio para traducir datos desde un primer idioma a un segundo idioma. 7. El sistema de conformidad con la reivindicación 1, caracterizado además porque los servicios y protocolos en capas además comprenden un medio para restaurar los datos archivados. 8. El sistema de conformidad con la reivindicación 1, caracterizado además porque comprende medios para determinar si un registro de evento ha sido cambiado . 9. El sistema de conformidad con la reivindicación 1, caracterizado además porque los medios para corretaje de enlaces de redes privadas además comprende un medio para mantener la privacidad de los datos . 10. El sistema de conformidad con la reivindicación 1, caracterizado además porque los servicios y protocolos en capas además comprenden un medio de contabilidad para el seguimiento de créditos para la adición de datos al sistema y cargos por seguimiento para el acceso de datos desde el sistema. 11. El sistema de conformidad con la reivindicación 1, caracterizado además porque cada hilera de la base de datos de eventos transaccionales además comprende una identificación progenitora (de origen) . 12. El sistema de conformidad con la reivindicación 1, caracterizado además porque cada hilera de la base de datos de eventos transaccionales además comprende : un nivel de seguridad; y un modo de ingreso de registros. 13. Un método para interconectar programas de aplicaciones a través de diferentes entidades de la cadena abastecedora de producción, caracterizado porque el método comprende : proporcionar al menos una base de datos de eventos transaccionales, la base de datos comprende una pluralidad de hileras, cada hilera comprende: un elemento exclusivo de identificación del producto; un elemento exclusivo de identificación de evento; la fecha y hora del evento; un evento; un detalle de evento; y una identificación de la entidad; y el establecimiento de una red principal de información entre la base de datos y los proveedores de aplicación al: proporcionar medios de interfaz entre la base de datos y cada programa de aplicación; proporcionar la pista de auditoria para determinar la integridad de los registros de datos y la base de datos; proporcionar un medio para procesar datos; proporcionar un medio para enrutar los datos al usuario; proporcionar un medio para archivar datos; proporcionar un medio para consolidar y generar informes de los datos; y proporcionar un medio para el corretaje de enlaces de redes privadas. 1 . El método de conformidad con la reivindicación 13, caracterizado además porque el proporcionar medios de interfaz entre la base de datos y cada programa de aplicación además comprende: proporcionar una interfaz de programa de aplicación para interconectarse entre la base de datos y los programas de aplicación; proporcionar seguridad en la conexión al servidor (SSL) para comunicación entre la base de datos y los programas de aplicación; y proporcionar un protocolo de intercambio de datos para intercambiar datos entre la base de datos y los programas de aplicación. 15. El método de conformidad con la reivindicación 13, caracterizado además porque el proporcionar una pista de auditoria para determinar la integridad de los registros de datos y la base de datos además comprende: proporcionar un medio con evidencia de manipulación para determinar si se ha alterado un registro de datos; y proporcionar un medio de integridad de datos para determinar si los registros han sido agregados o eliminados de la base de datos. 16. El método de conformidad con la reivindicación 13, caracterizado además porque el proporcionar medios para procesar datos además comprende proporcionar un medio de filtración de datos para analizar los datos; proporcionar un medio para trazar o cartografiar y normalizar datos y proporcionar medios para medir comparativamente los datos. 17. El método de conformidad con la reivindicación 13, caracterizado además porque el proporcionar un medio para enrutar los datos a un usuario además comprende: proporcionar un medio para determinar el permiso del usuario para acceder a los datos; y proporcionar un medio para determinar el enrutamiento de los datos al usuario autorizado. 18. El método de conformidad con la reivindicación 13, caracterizado además porque comprende un medio para traducir datos de un primer idioma a un segundo idioma . 19. El método de conformidad con la reivindicación 13, caracterizado además porque el proporcionar medios para archivar datos además comprende un medio para restaurar datos. 20. El método de conformidad con la reivindicación 13, caracterizado además porque el proporcionar medios para archivar datos además comprende medios para determinar si se ha cambiado un registro de eventos . 21. El método de conformidad con la reivindicación 13, caracterizado además porque el proporcionar medios para el corretaje de enlaces de redes privadas además comprende un medio para conectar enlaces de redes privadas sin exponer los datos dentro de una red fuera de la misma. 22. El método de conformidad con la reivindicación 13, caracterizado además porque comprende una capa de contabilidad de evento que proporciona un medio para el seguimiento de créditos para la adición de datos en el sistema y para el seguimiento de cargos por el acceso a datos del mismo. 23. El método de conformidad con la reivindicación 13, caracterizado además porque además comprende una base de datos transaccional distribuida que comprende : una primer base de datos que contiene una primera porción de datos asociada con la cadena abastecedora de producción alimenticia, la primera base de datos comprende una pluralidad de hileras, cada hilera comprende: un elemento exclusivo de identificación de producto; un elemento exclusivo de identificación de evento; la fecha y tiempo del evento; un evento; un detalle de evento; y una identificación de entidad; y una segunda base de datos que contiene una segunda porción de datos asociados con la cadena abastecedora de producción alimenticia, la segunda base de datos comprende una pluralidad de hileras, cada una comprende : un elemento exclusivo de identificación de producto; un elemento exclusivo de identificación de evento; la fecha y tiempo del evento; un evento; un detalle de evento; y una identificación de entidad. 24. El método de conformidad con la reivindicación 13, caracterizado además porque cada hilera de la base de datos de eventos transaccionales además comprende una identificación de origen. 25. El método de conformidad con la reivindicación 13, caracterizado además porque cada hilera de la base de datos de eventos transaccionales además comprende un nivel de seguridad. 26. El método de conformidad con la reivindicación 13, caracterizado además porque cada hilera de la base de datos de eventos transaccionales además comprende un modo de ingreso de registros.