INTERACT es un sistema de mediación completo que ofrece avanzadas capacidades de recolección, procesamiento y entrega de datos (collection), así como recepción de instrucciones, administración y ejecución de comandos para tareas de aprovisionamiento (provisioning).

Opera principalmente en línea, ofreciendo operaciones sobre los diferentes elementos de red con los que se comunica el INTERACT en tiempo real. También es posible realizar operaciones por lotes cuando así se requiera.

Posee además un sistema de administración, operación y monitoreo, totalmente gráfico y basado en un modelo de utilización tipo 'web'. Todo el acceso al INTERACT se realiza desde un browser.

INTERACT es altamente configurable, pudiendo ofrecer al usuario extensas posibilidades de definición de protocolos, formatos, comandos, etc., que permite asegurar la fácil y rápida integración del INTERACT a cualquier ambiente con diversos elementos de red de diversas marcas y proveedores.

Interact.Collection
La parte de Collecting del Interact está desarrollada en múltiples capas (tiers), las cuales serán inicialmente las siguientes:

Capa de los device drivers de entrada.

Capa del Procesamiento Interno.

Capa de los device drivers de salida.

La metodología empleada, fue la de desarrollar objetos de la manera más abstracta posible, de tal forma que al cambiar el orden, agregar y/o quitar cualesquiera de estos componentes, los demás seguirán trabajando, tal y como si no hubieran existido cambios en la configuración del producto.

Los drivers basados en TCP/IP están desarrollados completamente en java (telnet, streams, ftp y otros similares), es decir que estos, son parte de los nuevos objetos diseñados.


Capa de los device drivers de entrada ( dd_e )
Dada la estructura modular del sistema Interact y a que el diseño está basado en componentes, los devices drivers son los objetos que leen de las centrales y luego deben realizar la escritura a disco, si así es como está configurado, o bien pasar la información recolectada a otro objeto. Este objeto tiene la habilidad de recolectar cdr's en línea y en batch.

Capa del Procesamiento Interno (CPI )
Al llegar a esta capa la información recolectada, por medio de parámetros se sabrá cómo deben ser procesados los cdr's, ya sea individualmente, por bloques o por archivos.

Los objetos y componentes desarrollados para la Capa de Procesamiento Interno contemplan las siguientes etapas de transformación de los IPDR's:

• Codifica

• Filtra

• Formateo

• Enriquecer

• Consolidar

• Almacenar

Capa de los device drivers de salida ( dd_s )
En la salida se pueden entregar cdr's, bloques, o archivos, por lo que tendrá que haber nuevamente un interfaz genérico que decida el protocolo en el cual se entregará la información y se combinará con parámetros de tiempo, cantidad, tamaño o forma que se desea entregar en base al que se cumpla primero.

Se consideró que el IPDR se puede tratar de igual manera que un CDR ya que el mismo es un objeto genérico que contiene atributos y valores tratados como argumentos para poder manejarlo como objeto.


Interact PROVISIONING
El sistema de aprovisionamiento del Interact permite el envío de instrucciones a múltiples sistemas origen (input streams), para el manejo de abonados / usuarios / suscriptores de los servicios que proporcionan los elementos de red.

Los sistemas que originan las instrucciones de aprovisionamiento deben emitir una orden o comando genérico, el cual puede ser recibido por el Interact en un formato parametrizable por el usuario, basado en comandos individuales o archivos.

Las ordenes genéricas son recibidas entonces por un módulo receptor, el cual asigna una identificación para cada una. Al mismo tiempo, el receptor identifica si la orden recibida fue solicitada para su ejecución en línea, diferida o si es una orden para aprovisionamiento masivo (grandes cantidades de suscriptores).

Si se determina que la orden es masiva, esta es enviada a un proceso en el que se agendan para su posterior ejecución de manera individual, para cada suscriptor especificado en la orden. Este proceso recibirá igualmente las órdenes que sean identificadas para ser ejecutadas "fuera de línea".

Las órdenes genéricas a ser ejecutadas en línea, son trasladadas al módulo que permite la identificación del elemento de red al que deberá ser dirigido el comando o instrucción final, para realizar la tarea de aprovisionamiento especificada. A este proceso se le conoce como el "despachador" (dispatcher).

Es usual que una 'orden genérica' tenga que afectar varios elementos de red, puesto que ciertos datos de un suscriptor pueden tener relación con los servicios manejados por varios equipos o dispositivos (elementos de red), como un voice-mail.

El proceso analiza las respuestas generadas por el elemento de red y crea una respuesta genérica, la cual es enviada por mecanismos similares de vuelta al despachador. Este último valida la respuesta obtenida del intérprete y determina si la orden genérica en ejecución necesita de alguna respuesta específica, para continuar con el resto de órdenes dirigidas a otros elementos de red.