MXPA00011893A - Sistema automatico de distribucion de llamadas - Google Patents

Abstract

Un sistema y proceso para la aceptación, asignación y envío de datos de comunicaciones de telefonía entre los clientes de integración de telefonía por computadora y las aplicaciones del punto de control del programa almacenado a través del sistema de administración del circuito virtual basado en servidores. El sistema de administración de circuito virtual incluye una distribución 110 del Vector 110. Los objetos se caracterizanúnicamente con las propiedades de identificación lógica, datos de telefonía y un vector para el envío de datos, ya sea para los clientes o las aplicaciones. La identificación lógica permite que los datos sean administrados por el sistema de administración del circuito virtual para que sean consistentes, tanto enel sistema de la fuente, como en el sistema del destino. En este proceso, los bytes de datos son leídos en la distribución del objeto del proceso de entrada/salida de los sistemas operativos de los servidores. Los casos del objeto son creados dentro de la distribución del objeto del vector a través de un proceso basado en las propiedades heredadas de los datos escritos por el sistema I/O. El caso proporciona la ldentificación (ID) lógica del origen de los datos de comunicación de telefonía y se utiliza un caso de proceso del vector para enviar los datos a su destino. El caso del proceso solamente lee y escribe datos de su propio caso, determinados por su atributo de (ID) ldentificación lógica. El proceso del vector escribe la porción de datos de su caso a un proceso diferente del objeto del vector por esa (ID) identificación del proceso del objeto del vector. Todos los datos escritos por un proceso del vector son dirigidos a su destino por esa ldentificación (ID) lógica dentro del sistema de administración del circuito virtual

Description

SISTEMA AUTOMÁTICO DE DISTRIBUCIÓN DE LLAMADAS Campo del Invento. La presente invención se refiere a la administración de redes • de telecomunicaciones y en particular a los sistemas de intercambio de ramificaciones automáticas privadas (PBX) a los que nos referimos como distribuidores automáticos de llamadas (ACDs) y los procesos para mejorar la granularidad de la conmutación de comunicaciones telefónicas. • 1 0 Antecedentes del Invento. Los intercambios automáticos de ramificaciones privadas a los que nos referimos generalmente como PBX's son sistemas de "conmutación" que establecen y administran la interconexión de los usuarios en un sistema de transmisión. Los interruptores anteriores incorporaban el cableado lógico para enviar y mantener una señal de comunicaciones entre dos usuarios. Los PBX actuales han evolucionado para convertirse en sistemas de conmutación controlados electrónicamente basados en conjuntos de instrucciones almacenadas en la unidad de control de una memoria de PBX's a la que nos referimos como controles almacenados del programa (SPC), con el propósito de ajustar y mantener las llamadas. El PBX proporciona dos funciones criticas en una ubicación de la compañía, el control del interruptor en la forma de los controles almacenados del programa, y el intercambio de señales de comunicación mismo. La acción del ajuste o aprovisionamiento del (conmutador) de una señal entre dos puntos debe preceder a la acción de la conmutación de la señal misma (ver Figura 1 ). Un PBX para usos especiales, denominado un distribuidor automático de • 5 llamadas (ACD) es la evolución de la porción SPC del interruptor de señal PBX. Los distribuidores automáticos de llamada son sistemas PBX para usos especiales que establecen, envían y administran transmisiones de datos análogos y digitales basadas en el inventario flj 10 del circuito de tiempo real del interruptor. Fundamentalmente, el ACD es programado para el número de circuitos que van a un conmutador público, y el número e identificación de cada una de las estaciones del cliente (extensiones del teléfono) en la compañía. Un ACD generalmente apoya una capacidad de elaboración de reportes que es suficiente para un análisis posterior y la planeación, pero no está cuestionando el tiempo real entre las aplicaciones almacenadas ^P del control del programa con el propósito de determinar si existe un circuito disponible para establecer la transmisión de las transmisiones. El ACD requiere de un control dell almacenado del programa lógico de modo de que pueda actuar cuando es presentado con un evento de señalización desde otro interruptor. La limitación del ACD actual es que toda la lógica del programa para el establecimiento de llamadas debe de estar contenida dentro de la unidad de memoria del ACD. en redes de ACD múltiples, solamente un ACD puede ser señalado para establecer un circuito entre dos puntos finales (ver Figura 2). Si dicho ACD no tiene un circuito disponible para establecer la llamada, entonces no puede llamar al conmutador público de señalización para señalar hacía donde establecer la conexión. Esta limitación es el resultado, de los • 5 controles almacenados del programa que están siendo basados dentro de cada uno de los ACD. La separación del módulo de control almacenado del programa desde el ACD y el movimiento del mismo a un punto de señal central, hade posible la capacidad para que el circuito haga los intercambios entre un interruptor público "de oferta", y un "grupo" aprovisionado de ACDs (ver Figura 3). La posibilidad de separar el control almacenado del programa físicamente crea la necesidad de datos de control para el proceso del circuito, en un punto del control almacenado del programa siempre que es ofrecida una llamada. Los datos de control del proceso en el área de telecomunicaciones, con los datos de señal conmutada, los cuales genera el ACD, pero no los regresa a un punto de control del programa almacenado distribuido en tiempo real. Debido principalmente a que el diseño del interruptor hace el evento del ACD/PBXs generado en el mejor de los casos para las señales que están siendo presentadas a los mismos, y luego a través de sus módulos de control almacenado del programa. Cuando las señales están siendo presentadas a un punto remoto, este evento no representa una condición del evento para la ACD, y es necesario un sistema de mensajes virtual de datos de telefonía.

Sumario del Invento. El presente sistema de administración de mensaje de datos de telefonía, expone datos de telefonía conducidos por eventos para • 5 intercambiar las aplicaciones de administración con el propósito de enviar transmisiones de telecomunicaciones. Este supera la falta de capacidad del arte previo para utilizar los datos de telefonía en sus operaciones del módulo de control almacenado en el programa (SPC). Además aumenta la capacidad del arte previo para f 10 administrar las unidades individuales debido a los datos del evento para las estaciones de identificación individual (extensiones telefónicas). Durante el proceso, el sistema de administración de mensajes está pasando datos telefónicos entre clientes y una red basada en 15 aplicaciones ACD en tiempo real. El proceso acepta un paquete de datos de cualquier aparato de integración de telefonía por computadora (CTI), o una aplicación de soporte de SPC y marca los datos para enviarlos a su contraparte. Cada uno de los mensajes CTI es destinado para una aplicación del SPC, y las aplicaciones del SPC 20 solamente pueden enviar datos a los clientes del CTI a través del sistema virtual de administración del circuito. Todos los clientes del sistema virtual de administración del circuito se deben identificar ellos mismos y ser validados. Una vez que el cliente ha sido validado se le permite obtener mensajes de datos enviados a su aplicación huésped. Existe una interface específica de programación de aplicación del mensaje (API) utilizada con el propósito de la transmisión de datos. Este conjunto API de mensaje, asegura que los datos no autorizados o no válidos no corromperán potencialmente la integridad de Hos sistemas del cliente. Los mensajes de datos son direccionales, si el ajuste del mensaje además lo asegura. Los mensajes de identificación designan cual es la dirección en la que pueden viajar, que procesos necesitan ser notificados de su llegada, y que eventos deben iniciar el proceso de recepción. El sistema virtual de mensaje de datos telefónicos es una colección de procesos similares, y objeto de datos cuyos atributos específicos son determinados cuando y en donde son creados los casos de los objetos del sistema. Estos objetos de datos y procesos son implementados utilizando los principios de la herencia y persistencia dentro del sistema virtual de administración del circuito.

Breve Descripción de los Dibujos. La Figura 1 es una representación de los componentes del control almacenado del programa, y la señalización intercambiada para una llamada ofrecida del arte previo. La Figura 2 es una representación de PBX/ACDs múltiples control almacenado del programa separado que está siendo servido por una sola red de teléfonos públicos.

La Figura 3 es una representación de PBX/ACDs múltiple que utiliza un módulo distribuido de controles almacenados del programa a los que tiene acceso un transportador del punto de control de servicio en un control común almacenado del programa. La Figura 4 es una representación de un sistema convencional sin que la tecnología de integración de telefonía por computadora este siendo combinada con la red basada en los módulos de control almacenados en el programa. La Figura 5 es una representación de un sistema de telefonía por computadora que utiliza un servidor departamental para la funcionalidad de control almacenado del programa común distribuido. La Figura 6a es un diagrama de bloque de flujo del proceso de mensaje de datos telefónicos por objetos del vector. La Figura 6b, es un modelo de definición del objeto para el objeto del vector telefónico. La Figura 6c, es una porción de ajuste API del menaje de datos telefónicos generado por las aplicaciones del control almacenado del programa de PBX/ACD. Los nombres del mensaje comienzan con la palabra VAPI la cual permanece para la interface virtual de programación de la aplicación. La Figura 6d, es una porción del conjunto API de mensajes telefónicos generados por las aplicaciones del cliente de telefonía integrada para ias aplicaciones del servidor de control almacenado del programa. Los nombres del mensaje comienzan con la palabra VAPI la cual permanece para la interface virtual de programación de la aplicación. La Figura 6e, es la porción del conjunto API del mensaje generado por las comunicaciones interproceso del sistema virtual de • 5 administración de mensajes. Los nombres del mensaje comienzan con la palabra VAPI la cual permanece para la interface virtual de programación de aplicación.

Descripción Detallada del Invento. 10 Una modalidad preferida del sistema de la presente invención se ilustran en las Figuras de la 5 a la 6e. En el sistema preferido, existe una red integrada de telefonía por computadora que utiliza un servidor departamental como un servidor distribuidor para los controles de programa almacenados ACD. 15 Haciendo referencia a la Figura 5, el sistema público de comunicaciones incluye un punto de control de red/servicio 10 y una fuente de mensajes 16, tales como un conmutador público terminal. La fuente de mensaje 16 se comunica con los sistemas de conmutación, tales como el PBX/ACDs 14a, 14b. Aunque en la Figura 5 se ilustran dos unidades PBX/ACD, deberá entenderse que el sistema puede contener unidades PBX/ACD 14 adicionales. Las unidades PBX/ACD 14 en el sistema pueden encontrarse en ubicaciones física diferentes. Cada una de las unidades PBX/ACD 14 incluye una pluralidad de interruptores de conexión para conectar eléctricamente la fuente de mensajes 16 con una estación de comunicaciones, tal como la estación telefónica 22 o una estación de trabajo 24. Las estaciones de trabajo 24 pueden incluir computadoras personales o servidores. Algunas de las estaciones de trabajo 24 de las estaciones telefónicas • 5 22 pueden encontrarse en un edificio u otra ubicación física diferente del edificio en el cual están localizadas otras estaciones de trabajo 24 y estaciones telefónicas 22. Cada una de las unidades PBX/ACD 14 incluye un módulo local de control almacenado del programa 18. Los módulos locales de f 10 control almacenados del programa 18a, 18b monitorean la condición de los interruptores de conexión dentro de las unidades PBX/ACD 14a, 14b respectivas. Los módulos locales de control almacenado del programa 18a, 18b se comunican con un módulo de control almacenado al programa común 20. En particular, los módulos locales de control almacenado del programa 18a, 18b, proporcionan los datos del control del proceso al módulo de control almacenado del programa común 20 el cual puede recibir en el servidor 26. El módulo de control almacenado del programa común 20 puede enviar instrucciones, al punto de control de la red/servicio 10 para conectar de manera selectiva la fuente de mensajes 16 a por lo menos una de las estaciones de comunicaciones mediante una unidad PBX/ACD 14. El proceso de la presente invención se ilustra en la Figura 6. En particular, en la Figura 6a se ilustra un diagrama de bloque de flujo del proceso de mensaje de datos telefónicos por medio de objetos del vector, y un modelo de definición del objeto para los objetos del vector se ilustra en la Figura 6b y la interface de programación de aplicación del conjunto de mensajes API se ilustra en la Figura 6c, 6d, y 6e. • 5 Las Figuras 6a, 6b representan ambas los módulos de software de la modalidad preferida. El módulo de la figura 6b está incorporado en la implementación del paso 2 de la Figura 6a, el proceso VECTOR 2a, la distribución del objeto del VECTOR y el paso 4, los casos del VECTOR del CLIENTE y el SERVIDOR. La jf 10 implementación requiere el ingreso de datos en las estructuras especificadas en la interface de preparación de la programación de aplicación del mensaje (API) de la Figura 6c y 6d y 6e para el paso 1 de la Figura 6a y genera los pasos de salida especificados en la interface de ajuste de programación de la aplicación del mensaje API para el paso 5 de la Figura 6a. Aquellos expertos en el arte reconocerán que los valores de todos los elementos de datos en la interface de programación de aplicación de establecimiento del mensaje (API) pueden ser modificados con afectar el concepto básico más allá del sistema virtual de mensajes de datos telefónicos de la presente invención. Haciendo referencia al paso 1 de la Figura 6a, se ilustran los datos de lectura y validación de funcionamiento. El sistema que opera el programa virtual de mensaje de datos telefónicos está en operación y pondrá los datos a disposición para que el programa se pueda leer. El paso 1 ilustra un bloque de decisión, si los datos leídos por la estructura de programa coinciden con la estructura de los mensajes de datos especificadas en la interface de programación de aplicación de establecimiento del mensaje (API) dichos datos serán movidos por el programa al paso 2 para crear un paso de vector del • 5 objeto. Si los datos leídos no coinciden con la lectura especificada en la interface de programación de aplicación de establecimiento del mensaje (API) entonces descarta los datos y espera que el sistema operativo notifique al programa los nuevos datos. Haciendo referencia al paso 2 de la Figura 6a, se ilustra el objeto de iniciación para el proceso del vector. Los datos pasados a estos procesos son usados para definir las propiedades de un caso del objeto. El proceso lee los datos en una estructura que define que acciones puede realizar el objeto resultante, una vez que se ha creado un caso del objeto, este solamente puede funcionar basado en los atributos que contiene. El caso del objeto del VECTOR una vez creado es único, y es mantenido por el programa como un miembro de la distribución del objeto del paso 2a. Todos los datos leídos por el proceso del VECTOR tienen un número lógico de identificación el cual es trazado para la distribución del vector del objeto para determinar si ya existe un caso. Las identificaciones lógicas nuevas generan objetos del VECTOR que realizan las funciones de escritura de la salida de datos. La lectura de datos para las identificaciones lógicas que trazan los casos del VECTOR del objeto en la distribución generan los objetos del VECTOR que son solamente los recipientes de los datos.

Haciendo referencia al paso 6 de la Figura 3a, un caso del VECTOR del objeto ha sido generado, y tiene que ser validado para determinar las instrucciones de entrega que contiene el objeto. Todos los datos se encuentran en forma de casos del objeto que • 5 contienen las identificaciones de origen. La identificación de origen proporciona el caso del objeto a un tipo de fuente atributo de una aplicación al CLIENTE o al SERVIDOR. Cada uno de los casos de VECTOR del objeto hereda un destino de identificación en este bloque de decisión. Los casos de VECTOR del objeto que contienen fl 10 las identificaciones de origen del CLIENTE heredan una identificación de destino del SERVIDOR. Los casos de VECTOR del objeto que contiene identificaciones de origen del SERVIDOR heredan una identificación de destino del CLIENTE. La herencia de la identificación del destino mueve el objeto del VECTOR hacía el proceso de envío, paso 4. Haciendo referencia al paso 4 de la Figura 6a, el proceso de envíos de ambos el caso del VECTOR del CLIENTE y el caso VECTOR del SERVIDOR consulta el caso VECTOR del objeto en la distribución con las identificaciones de origen que coinciden con las identificaciones de destino de los casos del objeto del paso 4. Los casos de VECTOR del objeto heredan los atributos de acción del caso que escribe sus datos para la identificación de destino específica. En el caso de que la identificación de destino ya no se encuentre en la distribución del VECTOR del objeto entonces ya no está activo el CLIENTE o SERVIDOR correcto.

Haciendo referencia al paso 5 de la Figura 6a, ambos procesos el del caso del VECTOR del CLIENTE y el caso del VECTOR del SERVIDOR escriben sus datos a un proceso de entrada/salida que notifica la entrada/salida del sistema operativo la capa que debe de • 5 tomar el envío de la entrega de datos. La iniciación y terminación del programa virtual de mensajes de datos telefónicos es un asunto de iniciar y detener el proceso que da lectura a los datos de la capa de entrada/salida del sistema operativo. El sistema operativo es responsable de la capa de la red, la cual asegura tanto la administración como la entrega de los datos de aplicación. El método descrito en la presente invención, puede ser implementado en sistemas de telecomunicaciones existentes que tienen una computadora, y un PBX/ACD, o en un aparato de conmutación telefónica similar que es o puede ser conectado a la computadora. Para hacer que esto se convierta en un programa para computadora para la implementación del método, se proporciona un medio de lectura por computadora en un disco o de otra manera, el cual es cargado en la computadora. El programa contiene las instrucciones para la aplicación de los vectores a los mensajes, la creación de casos del objeto, y hace posible de otro modo que la computadora se comunique con el aparato de conmutación telefónica para instalar y utilizar el método. La presente invención ha sido descrita por medio de la modalidad preferida y complementado con diagramas de soporte, pero no está limitada a los mismos.

Aquellos expertos en el arte reconocerán que es posible hacerle un número de modificaciones y mejoras adicionales a la presente invención sin salirse del espíritu y alcance esencial de la misma. El alcance de la presente invención solamente será limitado • 5 por el conjunto de Reivindicaciones adjuntas. •

Claims (16)

REIVINDICACIONES Habiendo descrito la presente invención, se considera como novedad por lo tanto se reclama como propiedad lo contenido en las • 5 siguientes Reivindicaciones:

1. Un sistema para facilitar la transmisión de datos de comunicaciones telefónicas, entre una fuente de mensajes y una pluralidad de estaciones de comunicación, el cual f 10 comprende: a. por lo menos un sistema de conmutación que tiene una pluralidad de interruptores de conexión conectados con dicha fuente de mensajes, y que contiene un módulo local del control almacenado del programa para monitorear la 15 condición de dichos interruptores de conexión en el mismo; estando cada uno de dichas estaciones de comunicaciones conectadas con por lo menos uno de dichos interruptores de conexión; teniendo la capacidad dichos interruptores de conexión para 20 conectar dichas estaciones de comunicación seleccionadas con dicha fuente de mensajes; y b. un módulo de control almacenado del programa común conectado con dicho módulo local de programa almacenado en dicho por lo menos un sistema de 25 conmutación; recibiendo dicho módulo de control almacenado al programa común la información con respecto a dichos interruptores de comunicación proveniente de dicho módulo local almacenado del programa y proporcionando instrucciones a un punto de • 5 control de red/servicio para conectar de manera selectiva dicha fuente de mensajes a por lo menos una de dichas estaciones de comunicación.

2. El sistema tal y como se describe en la Reivindicación 1 , A 10 caracterizado además porque cada uno de dichos sistemas de conmutación, es un intercambio de ramificación privada.

3. El sistema tal y como se describe en la Reivindicación 2, caracterizado además porque el intercambio de 15 ramificación privada, es un distribuidor automático de llamadas.

4. El sistema tal y como se describe en la Reivindicación 1 , caracterizado además porque dicho módulo de control 20 almacenado del programa común reside dentro de un servidor.

5. El sistema tal y como se describe en la Reivindicación 1 , caracterizado además porque cada una de dichas estaciones de comunicación comprende uno de una estación telefónica o una estación de trabajo.

6. El sistema tal y como se describe en la Reivindicación 5, • caracterizado además porque cada una de dichas estaciones de trabajo comprende uno de una computadora personal y un servidor.

7. El sistema tal y como se describe en la Reivindicación 1 , É 10 caracterizado además porque dicha información comprende datos del control del proceso.

8. El sistema tal y como se describe en la Reivindicación 1 , caracterizado además porque dicha fuente de mensajes 15 comprende un conmutador público.

9. Un método para transferir mensajes en un sistema telefónico del tipo que contiene una pluralidad de estaciones de comunicación y por lo menos un interruptor 20 conectado a las estaciones de comunicación, conteniendo en por lo menos un interruptor, por lo menos un programa de control para dirigir cada mensaje recibido a una estación de comunicación seleccionada de acuerdo con el contenido del mensaje comprendiendo dicho método los 25 pasos de: a. la recepción de un mensaje que tiene una estructura de mensaje de una fuente de mensaje; b. La comparación de la estructura del mensaje con una estructura de mensaje previamente determinada y la determinación de si la estructura de mensaje coincide con la estructura de mensaje previamente determinada; c. Si la estructura de mensaje no coincide, rechazar el mensaje y si la estructura del mensaje coincide aceptar el mensaje y aplicar un caso de objeto al mensaje; d. La determinación de la estación de comunicaciones a la cual va a ser dirigido el mensaje; e. La aplicación de un vector al mensaje; f. la creación de por lo menos un caso de objeto para cada una de las estaciones de comunicación conteniendo dicho caso de objeto información acerca de la estación de comunicación; g. cotejar el vector aplicado al mensaje, con el caso de objeto asociado con la estación de comunicación a la cual va a ser dirigido el mensaje; y h. dirigir el mensaje a una estación de comunicaciones de acuerdo con la información en el caso del objeto asociada con la estación de comunicación a la cual el mensaje es dirigido.

10. El método y tal como se describe en la Reivindicación 9, caracterizado además porque comprende también los pasos de monitorear cada una de las estaciones de comunicación y actualizar los casos del objeto de acuerdo • con los cambios en las condiciones de las estaciones de comunicación.

11. El método y tal como se describe en la Reivindicación 9, caracterizado además porque cada caso de objeto contiene ? 10 información de la condición acerca de la estación de comunicación asociada.

12. El método y tal como se describe en la Reivindicación 9, caracterizado además porque cada uno de los casos del 15 objeto contiene una identificación del usuario.

13. El método y tal como se describe en la Reivindicación 9, caracterizado además porque el vector contiene información seleccionada, del grupo consistente de 20 identificación de origen, identificación de destino, identificación del usuario de origen, identificación del usuario de destino, identificación del mensaje, tipo del mensaje, tamaño del mensaje y datos del mensaje.

14. El método y tal como se describe en la Reivindicación 9, caracterizado además porque el mensaje contiene una identificación del emisor comprendiendo también el paso de la comparación de la identificación del emisor con una • lista de identificaciones autorizadas del usuario, y rechazando el mensaje si la identificación del emisor no se encuentra en la lista de identificaciones autorizadas del usuario. f 10

15. El método y tal como se describe en la Reivindicación 9, caracterizado además porque los datos del mensaje contienen datos correspondientes a una comunicación de voz. 15

16. Un medio que se puede leer por computadora que contiene un programa para dirigir mensajes en un sistema telefónico que contiene una pluralidad de estaciones de comunicación y por lo menos un interruptor conectado a las estaciones de comunicación, conteniendo el programa una 20 estructura de mensaje previamente determinada y recibiendo mensajes que tiene una estructura de mensaje de una fuente del mensaje y realizando los siguientes pasos: a. comparación de la estructura de mensajes con la estructura de mensajes previamente determinada y determinación de si la estructura de mensaje coincide con la estructura de mensaje previamente determinada; • 5 b. si la estructura del mensaje no coincide, rechazar el mensaje y si la estructura del mensaje coincide aceptar el mensaje y aplicar un caso del objeto al mensaje; c. determinación de la estación de comunicación a la cual va a ser enviado el mensaje; f 10 d. aplicación de un vector al mensaje; e. la creación de por lo menos un caso de objeto para cada una de las estaciones de comunicación, conteniendo el caso del objeto información acerca de la estación de comunicación; 15 f. cotejar el vector aplicado a los mensajes con el caso del objeto asociado con la estación de comunicación a la cual es dirigido el mensaje, y g. dirigir el mensaje a una estación de comunicación de acuerdo con la información en el caso del objeto asociado 20 con la estación de comunicación a la cual es dirigido el mensaje. RESUMEN Un sistema y proceso para aceptación, asignación y envío de datos de comunicaciones de datos de telefonía entre los clientes de integración de telefonía por computadora y las aplicaciones del • 5 punto de control del programa almacenado a través del sistema de administración del circuito virtual basado en servidores. El sistema de administración de circuito virtual incluye una distribución l/O del Vector l/O. Los objetos se caracterizan únicamente con las propiedades de identificación lógica, datos de telefonía y un vector f 10 para el envío de datos, ya sea para los clientes o las aplicaciones. La identificación lógica permite que los datos sean administrados por el sistema de administración del circuito virtual para que sean consistentes, tanto en el sistema de la fuente, como en el sistema de destino. En este proceso, los BYTES de datos son leídos en la 15 distribución del objeto del proceso de entrada/salida de los sistemas operativos de los servidores. Los casos del objeto son creados dentro de la distribución del objeto del vector a través de un proceso basado en las propiedades heredadas de los datos escritos por el sistema l/O. El caso proporciona la identificación (ID) lógica del 20 origen de los datos de comunicación de telefonía y se utiliza un caso del proceso del vector para enviar los datos a su destino. El caso de proceso solamente lee y escribe datos de su propio caso, determinados por su atributo de (ID) identificación lógica. El proceso del vector escribe la porción de datos de su caso a un proceso 25 diferente del objeto del vector por esa (ID) identificación de proceso del objeto del vector. Todos los datos escritos por un proceso del vector son dirigidos a su destino para esa identificación (ID) lógica dentro del sistema de administración del circuito virtual. • • •