Arquitectura Distribuida LumenVox

OTROS FAQs

Preguntas más Frecuentes

Arquitectura Distribuida LumenVox

Aunque el Motor de Discurso de LumenVox es corrido comúnmente en una sola máquina, puede ser corrido también en una manera distribuida, con múltiples clientes y los servidores que trabajan juntos. Esto lo permite funcionar bien en soluciones de reconocimiento de discurso de alto-volumen, como la demanda que computa puede ser partida a través de múltiples máquinas (esto es conocida como equilibrar de carga, desde que la carga de trabajo es equilibrada a través de varias computadoras). Permite también a usuarios a establecer la redundancia: si un servidor de Motor de Discurso baja en un ambiente de multi-servidor, los clientes pueden cambiar los servidires continuamente.

Descripción

La arquitectura se divide en cuatro componentes:

  1. Servidores de Discurso: El servidor del Motor de Discurso es un programa que realiza el reconocimiento de discurso verdadero. Procesa el audio entrante, compara una expresión de orador a las frases en las gramáticas activas, y vuelve los resultados del audio decodifican al cliente del discurso.
  2. Clientes de Discurso: El cliente de LumenVox es un pedazo de software que se sienta entre la aplicación discurso-permitido (tal como un discurso-permitió IVR) y el servidor de discurso. Pasa el audio de la aplicación al motor, y vuelve la información decodifico de la espalda de la aplicación del servidor.
  3. Monitor de Servidor: El monitor del servidor es un componente del proceso de cliente que coordina los servidores y a los clientes. Cuándo un cliente tiene el audioque se necesita decodificado, pregunta el monitor del servidor cual servidor de discurso para utilizar. El monitor dice al cliente que servidor para utilizar, le dando el servidor que es lo menos ocupado. El monitor mira continuamente a los servidores de discurso, así que puede quitar uno de su lista de servidores válidos si un servidor baja. Si ese servidor vuelve luego en línea, el monitor sabrá este y empezará clientes que mandan a ese servidor una vez más.
  4. Servidor de Licencia: El Servidor de Licencia maneja la piscina de licencias de Motor de Discurso. Cuándo una aplicación de discurso-permitió abre un nuevo puerto de discurso, el cliente de discurso solicita una licencia del Servidor de la Licencia. Si hay una licencia disponible, el Servidor de la Licencia lo asigna a ese cliente hasta que el puerto de discurso sea cerrado y el cliente libera la licencia.

En trabajando juntos en la manera descrita arriba, los pedazos de la arquitectura distribuida de LumenVox permite las aplicaciones discurso-permitidos a manejar los volúmenes altos de pedidos de reconocimiento de discurso en una manera robusta y critica-tolerante.

Ejemplos

Para ilustrar cómo el proceso trabaja, aquí está un ejemplo del paso por paso de cómo los pedazos se conectan.

  1. Un llamador llama en un rúter discurso-permitido de la llamada y pide a hablar con el apoyo técnico.
  2. La aplicación del rúter de la llamada abre un puerto de discurso con el cliente de discurso.
  3. El cliente pregunta al Servidor de la Licencia para una licencia de Motor de Discurso.
  4. El Servidor de la Licencia verifica su piscina de la licencia, ve una licencia es disponible, y lo asigna al cliente del discurso.
  5. El cliente confirma que el puerto de discurso es abierto y la aplicación de rúter de llamada pasa elaudio de la llamada y parámetros al cliente del discurso.
  6. El cliente del discurso pregunta el monitor de servodores que servidor debe utilizar.
  7. El monitor de servidores ha estado controlando la posición de los servidores de discurso, y da al cliente de discurso la dirección de IP y el puerto de un servidor disponible de discurso.
  8. El cliente manda el audio y los parámetros al servodor de discurso.
  9. El servidor del discurso corre el audio y los parámetros por el Motor de Discurso y consigue los resultados de el audio decodificado, que pasa atrás al cliente.
  10. El cliente vuelve los resultados a la aplicación del rúter de la llamada, que entonces puede transferir la persona que llama al departamento técnico del apoyo.